软件测试过程的持续改进(附带转行小故事)~

发布于 2021-05-11 20:22 ,所属分类:软件测试工程师学习资料

随着国内软件测试行业的逐渐发展,有越来越多的软件企业更加重视软件测试,并已经形成了一套基本的软件测试流程。但是软件测试所起的作用还没有人们期望那样显著,因此,就需要继续加大投入对软件测试的程度,对软件测试过程进行持续的改进。


以下是本人在工作中的一些体会,介绍软件测试过程中需要注重和改进的几个环节,与大家分享。

01

计划与风险

项目计划对项目过程的实施有着直接的指导作用,它的重要性是不言而喻的。


我经历过一些成功的项目,给我感受最深刻的就是计划的充分性,以及根据项目过程中遇到的各种新情况,对计划的及时变更做出反应的能力;


我也经历过一些失败项目,由于项目计划的不合理或混乱无序,经常会带来严重的项目风险、以及开发成本,造成项目不断延期、产品质量无法保证。


对于软件测试来说,测试计划也是指导后续测试工作的基础,在测试的计划中,不仅需要明确测试的目的、测试的资源、测试的人员等等,更重要的是需要详细明确并估计出在整个测试活动的任务和风险,比如:


测试需要做哪些工作?

整个测试活动估计需要多少工作日?

充分估计测试计划、测试设计、测试执行、测试分析评估这些阶段分别需要多少个工作日?

估计的测试用例规模是多少?

估计的测试进度时间又如何?

在测试过程中,可能会遇到哪些方面的问题、

可能存在的风险又有哪些?等等......

只有对过程中各任务的进行更详细的计划,才有利于在测试过程中对项目进度的把握有一个明确的目标;同时,风险策略的制定,也有利于对及早对测试过程中可能遇到的问题做出分析,以便在问题出现时能够尽可能的减少规避风险的成本。  

02

评审

在测试过程中的每个阶段结束前,都会输出一些资源,文档、用例 等等…


这些资源往往是下一个测 试阶段或软件开发的下一个环节执行的依据,比如:测试报告,测试人员在完成测试并提交测试报告之后,测试报告里说明已经没有未解决的问题了,那么是不是就应该结束测试呢?


我们又如何来保证测试报告的准确性、充分性呢?这就需要组织参与项目的一些重要成员,项目经理、开发负责人、测试经理、QA等等对测试报告进行评审。评和审是结合在一起的,每个角色根据自己对项目的了解,从各自角度来审核测试报告的充分性,对质量风险发表各种见解。


最终,对报告的规范性也要进行考察。评审也有会议评审、在线评审等等好几种方式,可以根据实际项目情况,对不同的项目、不同的文档、资源采用不同的方式评审。


最后一点需要补充的是,对于测试发现的问题,一般是有争议的问题,需要有评审。


对于紧急的问题,一般采用在线方式由专家裁决;另外,也最好根据实际情况组织会议评审来对一定规模的问题统一评审。

03

文档

文档的编写对于测试人员来说是一个十分重要的任务,深入的、充分的投入测试的测试人员能写出高质量的测试文档。


所以,测试文档的质量,往往反映了测试人员执行测试的广度和深度。而在文档的编写方面,首先必须形成统一规范;另外,针对不同项目的测试,可以适当对文档标题、内容进行简化。总之,文档模板一旦形成,必须严格遵守。


在编写测试文档过程中需要注意的几个问题:文档中描述的测试数据必须准确;必须详细描述出测试的环境;测试报告中必须详细描述测试的充分性、测试质量评价;等等......这里不再一一列举。

04

方法与策略

测试方法和测试策略,测试的重中之重。


这也是我个人非常乐于思考的,方法和策略的意义在于如何用最有效的办法、花最少的成本、在有限的资源情况下尽可能以最高的质量的完成测试项目,并根据项目中遇到的突发情况,不断制定新的策略。

END

转行小故事/Profile/

致敬努力前行的人,普通学校的计算机专业,上学时候没有认真对待,找工作更让人犯愁,本人也是女人对成为码农兴趣不大,最后选择了我们的数据分析工程师,跟着班级集训、学习、速成,最后获得心仪的offer!!


相关资源