|
软件质量保证是贯穿软件开发过程的活动,故软件质量保证不是测试部一个部门或者测试人员一个人的工作,而是整个项目组成员协调合作分工共同进行把关的。所以,个人觉得,一个软件要从需求开始就进行软件质量考量(需求-》开发-》测试-》运维)。
比如公司规范,从需求开始就将需求是否符合规范,然后到设计人员需根据规范来设计原型,开发人员根据规范来进行开发,最后到测试检查是否有按规范实现、是否有遗漏…在多重把关下,软件质量才能得到有效提高。
当然,软件质量保证最关键的还是进行软件测试。对于测试人员,如何保证软件质量,杜绝软件上线后bug。个人认为可以从如下几点考虑:
1、 对需求要充分理解(包括:流程、控制点等等),只有需求充分理解了,在编写测试用例时才能考虑全面。所以测试人员在需求分析时就应该开始参与,一起讨论。公司现在新需求一般都没有测试人员进行参与,但都会进行原型设计,可以先熟悉原型设计,了解大体步骤,将不理解有疑义的地方记下,然后找产品经理或设计人员沟通确定(重点沟通软件流程、各控制点)。
2、 提高测试覆盖率。包括1)测试点分析全面;2)测试用例设计全面。这两点都需要测试设计者有较好的测试基础知识和丰富的测试经验(凭借丰富的经验即可感觉哪些地方最容易出问题,哪些地方需要重点测试)。
3、 测试执行:测试执行人应和测试用例设计人员沟通好,具备较好的默契,可以理解测试用例设计人的思路,并在测试执行中对用例进行拓展、补充(我经常在执行测试用例时发现不能归类到已设计好测试用例中的bug。所以,测试实际执行很重要,也需要丰富的实践经验)
4、 Bug后期跟踪:开发人员修复bug后,除了对bug出现情况进行验证,还需要对相关影响的功能进行测试,因为有可能为了修改这个bug导致了出现了另一个新问题。
5、 软件上线回归测试:主要将上线后的功能整个流程大体走一遍,确保开发人员升级时没有漏升(如:功能、表)等
6、 经验总结:
6.1、定期对线上bug进行分析,分析:问题出现的原因?是哪方面考虑不足导致未测试到该问题?等等。并进行汇总,补充到测试点、测试用例分析中。
6.2、定期开展测试沟通交流会:交流各自测试点分析、测试用例设计经验。每个人可以讲自己最为得意的测试(如:因考虑了什么点,测试到严重或隐秘的bug)。然后总结、补充到测试点、测试用例分析中。
各位高手帮忙看看这样写是否合理,有没有什么需要补充的啊
求指点!!!!!! |
|