51Testing软件测试论坛

标题: 如何确保软件质量的一点想法 [打印本页]

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

各位高手帮忙看看这样写是否合理，有没有什么需要补充的啊
求指点！！！！！！

作者: changlijuan 时间: 2011-7-5 15:40

作者: pxshmilu 时间: 2011-7-6 11:31
感觉写的很不错，基本上符合要求了，就是有一点我觉得还不够准确，就是测试用例的覆盖率的问题，这个要看这个项目周期的长短，加入这个项目周期短，规模小，如果也要设计得十分详细的话估计没有什么实际的操作性，要针对不同的项目来设计不同详细度的测试用例，有的时候你设计的过于详细，当你测出bug给开发人员修改时，人家可能还嫌你没事找事呢。在写测试用例之前一定要跟开发人员进行沟通，了解这个项目的粒度，到底应该到什么程度就可以，否则白费了好多功夫写的很详细的一份测试用例，到头来不仅增加了工作量还不被别人认可，写测试用例一定要把我一个度，并不是越详细越好的。亲身经历啊，唉

作者: msnshow 时间: 2011-7-6 13:57
回复 1# hangxin06066

写得挺好的，不过实施起来可不容易

作者: angerzhang 时间: 2011-7-14 11:17

感觉写的很不错，基本上符合要求了，就是有一点我觉得还不够准确，就是测试用例的覆盖率的问题，这个要看这 ...
pxshmilu 发表于 2011-7-6 11:31

说得蛮有道理的，有时候项目紧，根本没时间详细的写，就直接测试报BUG

作者: mary520 时间: 2011-10-12 17:41
写得很全面，关键实施有难度，我们公司做手机银行的，一个项目往往几个平台，测试人手不够，不可能那么仔细去测。导致出现BUG也是常有的事。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)