crm签章测试系统

1、签章测试系统（第一期）引言：在过去一年多的时间里，在推进和实践敏捷流程，产品交付速度明显加快。同时，整个团队的角色也开始相互信任，互不设防，角色间为了更快的发布高质量产品这个共同的目标而努力。至 2012 年 8 月，在质量部的敏捷测试成熟度评估中达到了 4，即基于 story 的流畅测试水平，RD 千行 bug 率平均在 0.4。新的然而，新的总是在实现一个目标后不期而遇。RD 的自测范围和质量怎样去了解和控制？同样一个模块的功能，RD 也测，QA 也测，重复工作量如何去重？代码缺陷率水平如此之低，意味着一个 QA 在 2 周的时间内只能发现 1-2 个并不严重的 bug，那么的测试资源投入

2、是否合适？如果有一套解决方案可以回答这些问题，人力比，或者获得更高的整体研发效率？是不是可以进一步降低 RD 与 QA 的面对新的，需要不断追求极致的决心。通过不断的尝试与实践，签章测试方法，可较好的解决上述问题。的突破，签章测试签章系统？RD 参照QA 提供的验收条件进行自测，并进行标记（我是谁，用什么方式完成了测试）。测试者用系统中个人标记，故名签章测试，以表示郑重、负责的意思。主要工作流程：PM 完成 Story，QA、RD 澄清需求；根据 Story 优先级，QA 使用签章系统完成验收条件，并细化到 Case 粒度，供 RD 自测使用；RD 开发并根据详尽的验收条件自测，对测试通过的验

3、收条件签章，没有把握的可以不签；与设计有关的非 Story 可见实现（即 task 卡），原则上由 RD 对质量负责；基于团队共同保证质量的原则，QA 对RD 签过的验收条件原则上不再测试，重点针对未测试部分进行验收。由于有效复用了 RD 的自测成果，QA 可以的从基本的功能测试中解放出来，投入到系统级的质量风险关注、有助于提高 RD 自测质量和效率的测试服务上来，促进整个研发团队的研发效率和质量。系统发展历程系统使用状况目前已有 15 个以上的产品线使用签章系统，日均 Action量接近 1000，除、Fc外，Darwin、统计、移动云、等也有产品线在使用或有意向使用签章系统。下图为分产品线

4、量占比统计和分产品线最近 7 天量占比统计。下图为日趋势统计和每周量统计通过对使用效果的收集可以发现，60%+的 rd 签章率，约等于 30%+的功能测试工作量节省。下表为走访获得的各系统的工作节约状况。系统功能介绍签章系统与 Icafe、UUAP 实现了整合，改进了现有的敏捷流程，为推进多角色质量保证提供了工具和方法论的支持。灵活的验收点编写与管理功能（测试准备效率与效果，降低沟通成本）在签章系统中，使用脑图的形式编写验收条件，相对于在 Icafe 卡片中扁平的编写模式，脑图形式的验收条件在编写时，思路更容易扩展发散，编写更为快速，不易遗漏测试点，且项目名RD 签章率测试工作量节省备注聚宝盆

5、80%90%40%迭代 4 到迭代 5，RD 签章率 70%迭代 7 签章率达到 90%工作台70%30%KA-A60%25%智优/ 指挥官60%30%迭代 1518，节约 30%的测试工作量迭代 19 以后，使用签章系统，RD 签章率 60%，节约 30%测试工作量后续迭代会持续推进，目标是 40%测试工作的节约CDC70%30%使用一个迭代，和之前使用质量分级的效果一样（现在不使用质量分级了），节约 30%左右测试工作量后续迭代会持续推进，目标是 50%测试工作的节约验收条件层次清晰。同时签章系统中脑图的编辑功能丰富易用，与客户端版脑图的功能基本一致，包括快速新增节点、拖拽修改父节点、编辑

6、节点文字、调整节点顺序、丰富的编辑功能加上清晰的树状验收点结构，使验收条件更易正。节点树等。，发生变更时更易修此外，签章系统与 Icafe 实现了良好的结合，通过简单的配置，可实现从 Icafe 卡片中直接跳转到对应的签章测试页面。基于此，从原来的验收条件编写方式到新的编写方式的过度变得更为简单、顺畅。多角色质量保证（利用 RD 自测结果，测试效率，合理利用 QA 资源）之前在 icafe 上写验收条件时文字繁多，条理不清晰，RD 往往很不愿意看，对 RD 自测帮助有限。基于签章系统灵活的验收点展现形式，这种问题得到了极大的改观，RD 更愿意看这种形式的验收条件，各角色在验收条件沟通上变得更为

7、顺畅。在签章测试流程中，针对每个 Story 的验收条件，需要 RD 首先对照验收条件进行自测，并对测试完成的验收条件进行签章，基于 QA 良好的测试条件，RD 的自测更有依据，针对性更强，测试效率和效果较之前均有明显。同时，通过签章过程，实现了对RD 自测结果的收集，QA 可避免重复测试，将有限的 QA 资源投入到风险更高的工作之中。另外，签章系统针对角色间的沟通，还提供了验收点批注功能，使重要的交流场景得到保存。（点击验收点中的蓝色问号，可对验收点添加批注）支持多角色签章和回归标注，与敏捷流程更加契合。目前，签章系统支持对同一个验收条件的多人签章。 同时，对于迭代上线前的回归流程，也进行了

8、支持，可通过将验收条件点亮，标示该验收条件已被回归。此操作与签章操作区分开来，增加了各种状态标注的灵活性。更细粒度的测试进度掌控在使用 icafe 编写验收条件时，无法掌握各验收条件的测试进度，而签章系统则提供了验收点级别的测试进度展示，将进度展示细化。同时，签章系统也支持整体进度查看。如下图中，每一个矩形区域为一个story 或task，矩形区域中的进度条标示了该story 的测试进度，不同的进度比例还是用不同的颜色进行区分，矩形最右侧标示了测试的具体进展。丰富的统计分析、研发测试行为分析功能（不止于签章）签章系统提供了丰富的统计分析功能，基于数据分析，可对研发与测试行为进行追踪，并利用结果

9、指导测试工作及敏捷流程的改进。比较重要的统计功能包括：（1）分用户统计各迭代签章量。用以掌握迭代中项目成员的测试投入情况。（2）分角色统计各迭代签章量。使 RD 的自测工作可量化、可衡量，近一步激发 RD 自测的热情。（3）各项目签章量统计。可掌握测试行为在时间维度的分布情况，通过分布均匀状态情况，可了解该项目提测是否均匀，基于 Story 的敏捷流程是否顺畅，是否有大批量集中提测与测试情况的发生。除此之外，签章系统还提供创建人统计、日量统计、分项目量占比统计、自动化占比统计等。后续，得到合理的分析结果，进的良性循环。还在增加新的统计功能，合理利用签章系统所积累的行为数据，的指导测试工作，在测试流程上给予的贡献，并形成不断改结束语签章系统之所以能发挥一定作用，与以下 3 个前提密不可分：团队互信：全队各角色较强的质量意识，勇于为质量负责；双赢设计：QA 提供细节完备的 Case，测试思路注入 RD 工作过程；极致易用：RD 只需两次点击完成验收，无需额外工作成本签章测试是整个研发流程承载者和拓路者，是团队保证质量思路中的重要一环。其与风险分析、PMO 敏捷流程改进相结合，形成了更为