路在何方,路在脚下!

测试质量

上一篇 / 下一篇  2014-03-02 20:16:38 / 个人分类:软件测试技术

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

TAG:

51Testing小编的个人空间 引用 删除 zaza9084   /   2014-03-03 11:00:04
您好,我是51Testing软件测试网的编辑,您的本篇博文近日将被推荐至51Testing软件测试网首页发表~
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
 

评分:0

我来说两句

Open Toolbar