今早重听老徐的直播分享，很想分享下自己的困惑与总结，先贴上我们公司的现有流程：
1.测试需求
我们在测试之前是完全没有测试需求的，时间紧，有时测试主管会交代重点测试的点，然而很多需求无法完全提到，很多测试需求都是在测试过程中去提问了解。
很多时候，测试流程暂时没法改变情况下，测模块前，我是先自己走一遍，确认需求，有时开发的做的功能跟项目负责人的想法会有偏差，必须跟测试主管确认核对，否则又白测了。
2.测试计划+测试用例
测试计划多多少少都会有，上到测试主管分配好任务，下到自己计划安排每天的任务。没有测试用例怎么办，尝试着用老徐的方法，自己整理测试点，测之前过一下思路，这样还是会有局限性，自己的见识跟有些测试点自身意识不到的，就测漏了。所以论测试流程完整的重要性。
3.提交bug,跟踪bug
测试执行前，我觉得先验证昨天遗留的bug,比较重要。很多时候，bug提了，可是开发没有去看,或者改了，还是bug,我们公司经常出现这种开发不自测情况，bug太多，心很累，实在太多，就驳回开发，这是主管教的哈。
还有个重要的，开测前，跟开发确认bug解决了没有，以前总是自己去禅道看bug状态，可能跟开发确认时，即使开发没有改，也是变相的提醒开发，要改这个bug噢。
4.测试总结
个人感觉这个很重要，一天的测试任务结束，一定要做个简短的总结，今天发现的bug,哪块需要重点测，明天要继续测什么，（单子多，问题又多的，可以做个表格）必要时候汇报下工作进展，让领导有个数。
5.题外话
5.1公司一直强调功能测试的细致，不要去管数据库，表结构，字段状态，结果我测时，没有跟踪数据库，存储错了，手机端完全看不出来，影响到数据web流程走不下去，深痛教训。
5.2公司比较好的流程规范是测的很细致，流程测试结束，会走一条完整的客户数据，记得有条数据，我录了两天，个人感觉，很棒的方法，测试的一切行为，不就是为了模拟用户。哈哈，写着写着就算是自己的工作总结吧。
网友评论