软件开发生产线 CODEARTS-敏捷测试:组织挑战
下载软件开发生产线 CODEARTS用户手册完整版
组织挑战
接下来让我们看看，在敏捷转型的过程中，传统的测试团队，测试人员，甚至整个项目团队，会遇到哪些挑战。
- 文化挑战
组织文化可以影响敏捷团队的成功。在我们开始实行敏捷转型的过程中，变化是无处不在的，这其中必然包括组织文化的冲突。组织文化的形成需要时间，并且一旦建立就很难改变。在这个过程中，团队的成员都会或多或少的抵触变化，遇到失败会很自然地产生怀疑。
这就要求团队要学会引入并接受变化，在应对变化时，要认识到其负面影响，要能预见和接受混乱，并采取措施走出混乱。敏捷看似拥有很快的速度，但变化可以是循序渐进的，采用敏捷的新团队可以较慢的去实现一些新的实践，例如测试驱动开发等。
From:《敏捷软件测试：测试人员与敏捷团队的实践指南》
- 团队构成
敏捷项目团队是跨职能的，敏捷团队与传统的跨职能团队的区别就是敏捷是向整体团队运作的方向努力，但是不可避免的是每个成员都有出于他自己的背景，尤其是团队组建初期。不同背景的成员给团队带来的既有不好的地方也有好处，例如对自身角色的定位不清楚、成员之间沟通不顺畅。好处是不同背景的成员往往有着互补的思维，尤其对于测试人员来说，在敏捷团队的测试人员会感觉到自身拥有很明显的代表客户的特性，并会将自己在质量思想方面的影响带给团队的其他成员。
很多团队都提过一个敏捷团队中测试与开发人员比例的问题。与其关注比例，团队应该更关心他们需要什么样的测试技能。每个团队的需求是不同的，尤其对于敏捷项目团队而言，敏捷和DevOps的运作方式，会让团队中的专业人员突破他们的技术领域，投入到其他活动中，因此对于测试人员和开发人员来说，需要考虑更多的角色之外的问题。这点可以从扩张团队时对人员的要求上来体现，同时也要注重对团队内部成员多方位技能的培养。
From:《敏捷软件测试：测试人员与敏捷团队的实践指南》
- 迁移过程
在敏捷转型的过程中，有很多内容不能很好的迁移到敏捷的模式中，在此我们主要来看看有哪些和测试有关的内容是我们需要迁移且容易出现问题的。
首先是度量标准，这是一个存在争议的话题。不同的度量指标，所产生的价值是千差万别的，有可能我们浪费精力跟踪得来的指标最终只代表了一些数字，除了评估之外不会产生其他附加的价值，对团队的进步也起不到一定的帮助。因此，选择合适的度量指标，获得较高的度量投资回报率对团队起到的帮助的很大的。
缺陷跟踪也是敏捷团队在项目转型过程中一个比较矛盾的地方，许多敏捷实践者认为，在敏捷项目开发的过程中发现和修补缺陷是开发人员的必要工作，发现了缺陷后立刻就会被修补，因此对于缺陷的跟踪和记录是没有必要的。对于测试人员而言，他们往往使用缺陷跟踪系统对缺陷进行跟踪管理，而缺陷跟踪系统不仅仅用于缺陷跟踪，还可以记录更多相关的信息，例如优先级，严重性，状态，负责人，关联的用例、需求，以及缺陷的描述和复现方式等。我们可以通过工具来简化传统项目中繁杂的管理工作，且可以实现更多更丰富的管理目标。
华为云CodeArts提供专业的用例管理与缺陷跟踪管理工具。
- 通过测试计划服务的测试管理功能，可以清晰的查看需求树中每一个需求所关联的测试用例。
- 测试用例中提供用例的基本信息编辑与查询，用例执行结果、缺陷列表、操作历史等内容的查询。
- 可直接在用例执行后，在用例界面新建缺陷或关联缺陷，实现缺陷与用例、用例与需求、需求与缺陷的闭环跟踪。
