在阿辉的分享中，关于整个测试的一个流程和实际操作过程，体验最深的是产品这块，我们公司是一个创业型公司，我在这家公司也有三年了，从刚开始做app开始，就一直跟着公司成长。前后经历过几批产品人员了，整个app从头开始了几次，介绍下测试处理这些需求变更的处理方式和遇到的坑。 第一：首先需求过来后，开始编写测试用例，编写测试用例过程中找出需求写的不详细的地方。逻辑不清晰的地方。不理解的需求去理解清楚。第二：编写测试用例并不能找出所有需求逻辑不清晰的点，开发过程中，开发在有些点上面，会有疑问，当和产品沟通好后，一定要产品补充文档，口头说的可以执行，但是必须有文档。 第三：测试功能过程中，当技术没有按照需求文档来的时候，测试一定要坚持自己的想法。尽量按照需求文档，如果开发有更好的处理方式，可以和产品沟通后，按照最后结果来测试。 关于功能测试，我觉得有几点很重要。 第一：必须很熟悉需求。第二：沟通能力和表达问题很重要，要把问题发生的前后表达清楚，而不是单纯的直接的去描述问题，连发生在哪个模块都不去表达，有些很繁琐的bug，可以直接演示给开发看。第三：对于发生的bug，可以去了解清楚为什么出现这样的bug，是什么地方出了问题，这样当再次出现类似的bug时，我们可以很快判断问题点是什么，可以很快的去查找出现bug的原因，是别的模块影响了这个功能，或者是手机端的bug还是服务端的bug。第四：对于bug一定要记录清楚，对bug进行跟踪。 对于发布版本这块，我觉得是我目前做得比较差的一块。第一；对于开发或者是脚本这块，测试没有参与，只是测试完、交付产品后，就没有管其他的了。第二：上线后要准备的数据，会出现什么问题的预测，应急对策。测试都没有去考虑，就比如我们公司这次的版本上线，涉及到两个版本之间，出现了一系列的问题，一上线后，我整天忙得和什么一样的，还会让老板觉得测试没有能力。
网友评论