测试过程改进的大致内容：
1.重视测试软件的需求分析：
在测试过程改进中要特别注意这一点，很多公司的测试人员都不太重视测试需求分析，由于时间紧或测试人员有限，不得不看了一部分需求，就开始编写相应的测试用例，这也不是什么大惊小怪的事了。我建议：首先，了解获取需求的渠道，保证测试需求比较全面准确。
其次，可以罗列出功能测试或业务测试需求点，让用户和项目组成员评审确认，避免测试后期由于时间原因而导致漏测。
2.提高测试计划的可执行性：
很多时候，测试部门测试经理在项目测试初期，编写了一个测试计划以后，后面不管是发生了什么情况，测试计划都不会做相应的调整，这就导致测试计划成了摆设，应付领导检查了事的文档，没有真正发挥测试计划的指导性作用。不知道大家是否有同感。我的做法：把测试计划分成大计划和小计划。先写大计划，后编写小计划。大计划通过估算一旦确定后，基本上改动不大。小计划要跟随项目的测试情况，随时调整或修改，当然这就对“测试经理”预估测试工作量的能力要求比较高。预估不准那就每周改计划吧，呵呵！
3.合理安排测试活动的顺序：不合理的测试顺序，可能会引起务工，测试效率低下。如果不立即采取相应的措施，到后来还会导致测试进度失控。比如说一个项目中，哪些测试活动必须有先后顺序，哪些测试活动能够并行开展，哪些测试活动可以合并，作为测试Leader必须要非常清楚。不明白测试活动的顺序，让测试活动自由发展，何谈测试过程改进？
4.优化测试文档设计： 测试文档的优化，也不是一蹴而就的事情，需要我们不断提高测试文档的编写能力，循序渐进逐步提高。我们尽量保证测试文档的可读写高，任何人都能够看懂，都能够执行，也许这是一个理想化的境界吧，呵呵！！在这个前提下，尽量保证较少的测试用例，覆盖较多的需求内容，可能这一点实施难度比较大。
5.强化测试资源的最优配置：
软件测试是一个非常复杂的过程，需要人力资源、测试设备、测试环境等多个因素密切相关。比如说测试设备配置多少个为最佳？每个模块配置的测试人员的能力水平需要达到什么程度？需要多少个测试人员？等等问题。我们必须给出一个最优的资源配置方案。
6.参与部分开发文档的讨论：
一般情况下，不懂开发的测试人员，很难发现深层次、严重等级较高的缺陷。比如说Web测试，如果你不懂Oracle数据库设计文档，你很难确定页面显示的结果是否是真实的数据。不了解详细设计文档，很多业务流程可能就不会太清晰，这也就是为什么第一轮测试时，测试人员老是去问开发人员的原因？如果在测试前期，参与了部分开发文档的讨论，尽量了解每个数据库中每个字段的意思，对开发了解深入一些，可能测试深度就不一样了。
7.全面分析测试结果，确定合理的测试度量标准：
全面分析阶段测试结果，总结测试经验和系统缺陷，分析测试过程中存在的问题，提交有价值的测试报告，推动相关高层管理人员予以关注，促进问题和缺陷得到有效的解决，这才能够起到关键性的作用。同时，要确定一个比较合理的测试度量标准，不断实践、不断总结、不断改进，提出符合公司实际情况的测试过程改进措施。
8.兼顾成本的前提下，尽量保证测试的覆盖率：
在保证测试成本的前提下，我们要尽可能的提高测试的覆盖率。其中测试覆盖：包括测试内容覆盖、测试技术覆盖和测试过程覆盖。我们可以通过测试用例覆盖率来提高测试的质量，保证较多的缺陷在版本发布以前被测试组发现。也可以通过提高测试技术覆盖率，用实践来验证，不能够轻易相信部分行业人士的一面之词，而误入歧途。在保证公司盈利的情况下，尽量提高测试的覆盖率，提高测试质量。
测试过程改进的注意事项：
1.切忌“好高骛远”脱离公司实际：
很多时候，软件公司大家都一窝蜂的赶时髦。我们一提到测试过程改进，大家都想像“测试规范”一样弄得非常全面，大部分都停留在理论上，花了大量的人力和物力，往往脱离了公司的实际情况，得不丧失，结果可想而知。
2.测试过程改进不能盲目跟风，切不可赶潮流：
一个公司近年来的发展方向一旦确定，那就要坚持走下去。如果定位不一样，那对测试过程改进的要求也就不一样。比如说一个小公司，本来测试人员都很少，测试资源都有限，正常测试都无法保证，那你觉的谈“测试过程改进”还有意义吗？再比如说小公司有测试过程改进的经济实力，那也无法和大公司相比，毕竟企业也要赚钱、盈利、生存。所以，测试改进时，一定要考虑测试部门的规模、公司的商业机会、企业经济实力等等方面的因素，更不应该盲目跟风。合适的才是最好的！过程改进，切不可赶潮流！
3.测试过程改进最好由专人负责：
在中国，很多时候，一个人干多个人的事情，拿到的工资与付出不成正比，亏呀！！！比如说在我们公司，凡是涉及到软件测试的工作，都由测试经理负责，包括“测试过程改进”、“测试规范制定”、“测试模板制定”、“自动化测试”呀？什么的，都一个人干，甚至包括QA的工作，都快被累死了，呵呵！！最主要是一个人干几个人该做的事情，很容易分散精力，并且考虑也不会很周到，也没有一个人专业了。建议由专人来负责测试过程的改进比较好，测试过程改进成功的几率会大很多。
4.测试过程改进并不等于花费大量资金
大部分的测试公司，在测试过程改进上都是走走过场，为得都是应付客户。有的公司是请一些测试专家进行咨询，不仅花费大量的时间，还耗费的大量的资金。有的公司是买一些测试工具、缺陷工具，当然开销也不小。我觉得：如果条件允许的情况下，各方面都可以跟上，那样比较理想。如果公司经济条件有限，我建议针对公司的实际情况，合理利用测试部门的集体智慧，改进测试过程方为良策。
5.测试过程改进不能够急于求成：
软件测试过程改进，作为软件测试的一个阶段，我们只能够循序渐进，不能急于求成。我们应该正确处理好测试和测试过程改进的主次关系，一步一步用实践验证来完善。相信只要经过测试部门的不断努力，测试过程改进一定会取得成功.
文章转自：http://www.uml.org.cn/Test/200912024.asp
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |