2010年1月26日星期二12:04

要求驱动测试管理

Written by

根据“立宪集团的混乱报告”,90%的IT项目被交付后期,其中66%不被认为是成功的。调查表明,超过50%的项目故障可归因于要求的问题引发和管理,超过20%是由于测试无效。

这种情况可以用自然的简单类比解释。软件开发生命周期就像在其源头需求的河流。如果您无法在其来源清洁河流,您将有一个肮脏的河流流下山。反应性而不是积极的清洁河流的方法将呈指数增强成本​​和风险。克服这种情况的主动方法是通过整合要求和测试管理活动并制定要求驱动的测试管理过程。要构建RDTM过程,应当到位以下关键成功因素:

  • 早期测试。 测试活动应与不等待编码的要求定义并行开始。寻找和修复需求缺陷将导致预防设计和编码过程中的缺陷。应用早期测试作为原则也将对业务分析活动产生积极的质量保证。
  • 用例与测试用例。 在大多数项目中,用例用作测试用例。但这些测试用例仅包含缺乏强制错误(负)测试场景的正案,这有助于识别大多数缺陷。在良好的实践中,方法应准备考试案例作为使用案例场景和负面情景的组合。负测试用例是最佳的,使用试验设计技术,如等价分区,决策表,边值分析等。
  • 独立的测试团队。 定位测试作为 很高兴有 而不是A. 一定有,最后一分钟,开发人员或BAS的额外任务导致了对应用程序的不完整和无效。为了避免这个问题,应在组织中建立具有测试自动化功能的独立测试团队。如今,CIO正在投资卓越的需求工程和测试工程团队作为单独的学科。
  • 要求可追溯性和测试覆盖范围。 可追溯性矩阵是一个有用的工具,以确保已满足要求并解决所有变化。通过使用可追溯性矩阵,可以在相关的测试用例旁边引用要求,并且可以在项目的每个阶段监测测试覆盖率。要求覆盖范围应作为测试团队的关键性能指标用作,并且应评估为测试退出标准。
  • 要求与测试自动化工具。 要求驱动测试管理需要集成需求管理和测试自动化工具。在测试自动化工具的选择中,除标准测试用例和错误跟踪功能外,需求覆盖率应成为选择标准。

除了上述所有关键的成功因素之外,大多数公司都需要在文化中换乘范式转变,将要求驱动的测试管理置于现实中。

-不要忘记留下你的评论


Emarah Yayici. 是BA-Works业务分析服务的管理合作伙伴。他是IIBA土耳其伊斯坦布尔章节的总裁。他曾担任Arthur Andersen和埃森哲关于各种国际技术和管理咨询项目的顾问。他研究了中东技术大学的工业工程与经济学。他发表了许多文章,并在各种会议上作为演讲者参加了关于业务分析和软件测试的议长。他是业务分析和软件测试专业的强大支持者,并支持全球和地方非营利组织积极角色的这种愿景。

Emarah Yayici.

Emarah Yayici是这本书的作者:“商业分析师的导师书:具有最佳实践业务分析技术和软件需求管理提示“。”在他的书中,他解释了来自各行业的现实生活中的业务分析,软件测试,可用性和用户体验设计的最佳实践。他还分享了他在Ba-Works,Keytorc,UxServices,Arthur Andersen和Eccenture公司的跨国软件开发项目中获得的咨询经验。

©ba time.com 2021

MacGregor Logo White Web