标签：小程序 bsp 工作 空格 流程 测试的 导致 异常 评估
我好激动,因为这次机会终于争取来了
以前都是做项目测试,单个网站的测试,1个小时以内结束
经过不断的努力争取,领导终于分给我了一个完整的功能模块
其实我自己完全可以利用业余时间写用例,但是没人反馈,没有与开发和策划的互动
这样的努力是低效的
我更喜欢在工作中进行更多的交流与学习,因为有反馈
咳咳,回到正题
这次我和同事的任务是通测xx小程序,我先写"捐赠"模块的用例,同事评估后再说后续工作
经过几经折腾,终于写出了有正确前置条件的"捐赠"模块的用例,共计115条,减去空格,大概105条
同事帮忙看了后,说是还不错,倒也没什么太多意见
而从明天开始,我就要测试执行这105条用例了
这次我要完整的体会功能测试流程了
因为来之不易,所以更加珍惜
105条用例里,我把正常流都写到了,缺的肯定是异常流,用领导的话说,我们整个测试部都不怎么注重异常流的测试,所以导致了客户投诉很多
测试的价值,不在于写了多少条用例,就像开发的价值不在于写了多少行代码;
测试的价值,也不在于发现了多少bug,因为开发的质量也可以很好;
测试的价值,其实在于漏测率有多低,在于发现了多少站在用户角度上有价值的bug.
明天-周二开始,测试"捐赠"模块,了解业务.
标签：小程序 bsp 工作 空格 流程 测试的 导致 异常 评估
原文地址：https://www.cnblogs.com/jitipaper/p/11080162.html
