关闭

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

113人阅读 评论(0) 收藏 举报


 

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

 

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


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

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:2586次
    • 积分:52
    • 等级:
    • 排名:千里之外
    • 原创:1篇
    • 转载:11篇
    • 译文:0篇
    • 评论:0条