【转载】测试质量知识梳理

 

不管是传统的软件测试还是APP测试，都需要对测试有一个基本的认知。

 

下面对测试的认知做一个小小的梳理：

1，前期准备：测试中必须有一个质量红线来保证软件需求的上线，我们需要在测试投入前走完约定的代码走读等的前期准备，此地省略几百字，后续补充......
2，测试流程：
　　1）测试计划：包括对测试内容，资源的投入，环境的搭建，风险的评估，测试策略等方面
　　2）测试分析：将需求细化到用例（主要是覆盖所有的场景以及联动的影响点，比如老代码改变了所走的路径，就需要对这一块影响点也加以测试）
　　3）测试执行与测试报告：前期的交付测试就不说了，此地主要说在交付测试通过后。根据用例执行测试，中间发散下测试的点；当然对于一个测试团队，每日可能需要日报去沟通协调遇到的问题，以及测试中存在的潜在影响因素影响了测试进度需要及时报告等；另，测试执行过程中提交的bug，对于开发在这过程中修复的bug需要考虑中间影响点或者可以的话开发提供影响点。说在测试执行的最后，每一轮测试需要做一个覆盖率的分析，查看代码覆盖情况，以便在新一轮测试中加强重点测试对象，这也是前期准备中质量红线应该必须做的事
　　5）故障分析：由于测试不能保障100%的消灭缺陷，因此需要在每次出现线上故障的时候，对该做一个分析，形成一个可供后人阅读的文档，分析以及提升测试的能力
3，测试方法：对用例的方法，其实最关注的还是业务场景的覆盖（可以通过不同的功能模块分），中间可能会遇到简单的方法，比如边界值，等价类划分等等，注意的是每一种测试都用到的常见的测试方法（比如客户端测试，网上也有很多对按钮，下拉框等的测试方法，当然需要配合业务场景）
　4，团队协作：好好合作，多赚钱。
5，项目总结：对于每个项目需求必须有形成可管理的文档，因此对于新的需求要养成习惯，总结。包括该业务怎样实现，中间遇到的困难，解决方式等。
　　以上还有很多没写到，后续相当了继续补充，测试的朋友可以帮忙补充下。以便以后的学习。
　　最后分享一个项目管理最经典的铁三角理论：范围、时间、成本，任意一方的变动都会对其它二者产生影响。项目管理的目标是平衡三者的关系，使之达到最佳的效果