做好风险管理 从测试开始

当在软件领域考虑风险时，作为山东省软件评测中心的技术人员，我想大家应该要关注以下问题：什么样的风险会导致软件项目的彻底失败？软件质量要达到什么程度才是“足够的”？

当没有办法消除风险，甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了。在我们能够标识出软件项目中的真正风险之前，通过测试识别出对管理者和开发者而言均为明显的风险是很重要的。风险预防便成了全程软件质量保证的重点之一。

在前面的几篇文章中我们也阐述了风险管理的重要性，怎样才能做好风险管理以及预防哪？以下是我们评测中心在测试方面总结的部分经验，希望能给大家带来帮助。

1、测试的尽早介入

测试应该在软件开发生命周期的早期介入，从而保证测试团队更早的完成测试件的准备。这样就可以保证测试对象交付之后，测试团队可以马上开始正式测试。另外，测试团队在软件开发生命周期的早期介入，可以将测试活动，例如：测试分析、测试设计和测试实现等作为静态测试的一种手段，从而可以在早期达到发现缺陷和预防缺陷的目的，避免某些缺陷在高级别的动态测试中才被发现。

2、测试环境的检查

测试团队在测试执行正式开始之前，应该检查测试环境，并保证测试环境可用。在测试环境检查过程中，可以实施另一项风险缓解活动：在正式的测试执行开始前测试早期版本。例如：测试团队在测试正式开始之前验证测试件和测试环境的有效性、测试对象的安装过程，以及其他可能的测试执行过程。假如在测试执行正式开始之后，才发现测试件的质量低下、测试环境无法达到测试执行的要求，将会导致测试执行的延期，从而导致项目的延期。

3、测试入口准则的定义

测试团队面临的一个重要挑战是开发团队经常延期交付测试的软件版本，从而导致测试团队测试执行的延期，或者测试团队在无法更改测试完成日期的情况下，处于过高的时间压力之下。测试团队定义更严格的入口准则，是避免由于测试团队的原因而导致项目延期的有效方法。当然制订严格的入口准则的目的不仅仅是为了保证测试团队的利益，通过这种方式也可以让开发团队认识到交付高质量软件的重要性，从而促进开发团队提交高质量的软件。

4、可测试性的要求

测试团队应该对规格说明中的可测试性问题进行仔细评审，并且提出更加方便测试人员开展测试的需求和要求。例如：在可能的情况下，可以要求开发团队将测试对象的某些输入框，修改为不可修改的下拉菜单（例如：输入框输入的是日期格式）。经过这样的修改之后，在保证软件功能的前提下，测试人员不需要对各种输入格式进行测试，从而可以大量的减少测试团队的测试工作量，并且可以更好的实现测试的自动化。

5、不断进行项目进度和质量监控

测试团队，至少测试经理应该积极参与整个项目的进度以及测试对象质量的监控。测试团队可以更早的参与软件工作产品的评审，例如：需求规格说明。根据在早期评审中发现的缺陷分布和缺陷类型，测试团队可以采取合适的措施和手段，对测试对象中的不同部分进行优先级的划分。另外，测试团队应该积极参与整个项目的缺陷和变更管理。

====================================分割线================================

最新内容请见作者的GitHub页：http://qaseven.github.io/

为什么做好项目后评价很重要？ 项目后评价是指在项目已经完成并运行一段时间后，对项目的目的、执行过程、效益、作用和影响进行系统的、客观的分析和总结的一种经济技术活动。它的指导思想是，如果重新做这个项目，哪些方面可以改进？
如何做好项目中的风险管理？ 今天我们来聊聊如何做好项目中的风险管理，主要涉及以下几个方面：风险的基本概念（定义、特征、构成要素、分类）、如何识别风险、如何评估风险、如何应对风险、案例分享。若你有任何疑惑，欢迎和我一起讨论呀；若我有任何写的不对之处，也欢迎指正！
OA系统档案管理方案及可实施性分析 OA系统以“权限+文档”两大功能板块为基础，帮助组织统一“纸质档案”与“电子档案”，用一套系统高效存储、借阅档案…
讨论阶段性给予客户交付物所引发的风险问题 近期笔者接到新的项目，而对《使用.NET Core搭建分布式音频效果处理服务》文章系列进行了搁置，深表歉意，该项目完成后笔者将继续完善这个系列。        先谈谈项目过程：最近一周团队(https://gitee.com/AWeek)接到一个网站项目，客户需要这样、需要那样噼里啪啦的一堆需求我们就不一一描述了。
做好网络安全工作的13大必备工具 本文讲的是 做好网络安全工作的13大必备工具，什么是安全人员心中最佳的必备的安全工具？本文列出的工具均为产业分析师、安全从业者，以及行业协会成员的意见和推荐。