38、软件发布规划中的测试考量与策略

软件发布规划中的测试考量与策略

1. 优先级设定时的测试考量

在项目开展过程中，团队理解整体情况或主题至关重要。例如，团队成员知晓美国本土以外的运输相关故事后续才会进行，这一认知可能影响首个故事的实现方式。虽无需为所有可能情况做规划，但如果知道需要更多运输选项，可能会采用下拉列表而非基本文本字段，避免不必要的工作和返工。

在发布规划期间，还需考虑故事的相对风险。若某些故事存在诸多未知因素，最好将其纳入早期迭代，以便在故事超出预期时间时仍有时间补救。对于那些未完成或实施错误会造成重大负面影响的故事，提前安排也能留出更多测试时间。

若需要新技术或软件，可先通过开发简单故事来学习，再规划更难的故事。新技术可能影响测试自动化，需要更多时间评估其影响。若功能全新，团队需更多时间理解其工作方式，首次迭代可适当降低工作量，以有更多时间编写能正确指导开发的测试。

从测试角度审视故事很关键，这是测试人员发挥最大价值之处。团队应小步、可测试地开发，以确定每个迭代暂定的故事。可测试并不意味着必须有图形用户界面（GUI），如计算运输成本的算法是独立代码，可独立测试且需大量测试，适合作为首次迭代的故事。

测试人员可能希望尽快在代码中实现端到端的跟踪子弹，以便构建自动化框架，并在故事开发过程中逐步完善。对于测试挑战大的故事，尽早开展可能更好。例如，若发布包含使用新的第三方工具根据模板和动态数据创建文档，有许多排列组合需要测试。若团队不熟悉该工具，测试人员可建议在首次迭代中处理这些故事。

1.1 优先级设定时的测试考量要点总结

要点	详情 </