当在软件领域考虑风险时，作为山东省软件评测中心的技术人员，我想大家应该要关注以下问题：什么样的风险会导致软件项目的彻底失败？软件质量要达到什么程度才是“足够的”？
当没有办法消除风险，甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了。在我们能够标识出软件项目中的真正风险之前，通过测试识别出对管理者和开发者而言均为明显的风险是很重要的。风险预防便成了全程软件质量保证的重点之一。
在前面的几篇文章中我们也阐述了风险管理的重要性，怎样才能做好风险管理以及预防哪？以下是我们评测中心在测试方面总结的部分经验，希望能给大家带来帮助。
1、测试的尽早介入
测试应该在软件开发生命周期的早期介入，从而保证测试团队更早的完成测试件的准备。这样就可以保证测试对象交付之后，测试团队可以马上开始正式测试。另外，测试团队在软件开发生命周期的早期介入，可以将测试活动，例如：测试分析、测试设计和测试实现等作为静态测试的一种手段，从而可以在早期达到发现缺陷和预防缺陷的目的，避免某些缺陷在高级别的动态测试中才被发现。
2、测试环境的检查
测试团队在测试执行正式开始之前，应该检查测试环境，并保证测试环境可用。在测试环境检查过程中，可以实施另一项风险缓解活动：在正式的测试执行开始前测试早期版本。例如：测试团队在测试正式开始之前验证测试件和测试环境的有效性、测试对象的安装过程，以及其他可能的测试执行过程。假如在测试执行正式开始之后，才发现测试件的质量低下、测试环境无法达到测试执行的要求，将会导致测试执行的延期，从而导致项目的延期。
3、测试入口准则的定义
测试团队面临的一个重要挑战是开发团队经常延期交付测试的软件版本，从而导致测试团队测试执行的延期，或者测试团队在无法更改测试完成日期的情况下，处于过高的时间压力之下。测试团队定义更严格的入口准则，是避免由于测试团队的原因而导致项目延期的有效方法。当然制订严格的入口准则的目的不仅仅是为了保证测试团队的利益，通过这种方式也可以让开发团队认识到交付高质量软件的重要性，从而促进开发团队提交高质量的软件。
4、可测试性的要求
测试团队应该对规格说明中的可测试性问题进行仔细评审，并且提出更加方便测试人员开展测试的需求和要求。例如：在可能的情况下，可以要求开发团队将测试对象的某些输入框，修改为不可修改的下拉菜单（例如：输入框输入的是日期格式）。经过这样的修改之后，在保证软件功能的前提下，测试人员不需要对各种输入格式进行测试，从而可以大量的减少测试团队的测试工作量，并且可以更好的实现测试的自动化。
5、不断进行项目进度和质量监控
测试团队，至少测试经理应该积极参与整个项目的进度以及测试对象质量的监控。测试团队可以更早的参与软件工作产品的评审，例如：需求规格说明。根据在早期评审中发现的缺陷分布和缺陷类型，测试团队可以采取合适的措施和手段，对测试对象中的不同部分进行优先级的划分。另外，测试团队应该积极参与整个项目的缺陷和变更管理。
版权声明：本文出自山东省软件评测中心 张凯丽，51Testing软件测试网原创出品，未经明确的书面许可，任何人或单位不得对本文进行复制、转载或镜像，否则将追究法律责任。
http://www.51testing.com