ThreadingTest数字化企业测试私有云技术概览(三）

threadingtest

四、TTC面向企业管理者的精美、精确报表1、测试数据的原生化和自动化生成TTC把原来很多需要人工录入的数据，由平台代为自动化机器处理，确保所有的数据都是客观、不可篡改的。企业管理人员可以利用机器原生数据，对测试全过程进行精准的数字化管理（参见图5、图6、图7）。

图5-TTC数字化平台报表-测试用例详细关联报表


图6 TTC数字化平台报表-移动设备与BUG关联报表

测试人员只需在测试结束后提交相关BUG到TTC平台，平台就能自动把测试用例、测试设备、测试数据、测试人员、测试时间等信息进行关联分析（见图6），大大缩短了因人工描述失真而导致的企业损失。



图7-TTC数字化平台报表-BUG与移动设备、测试人员、测试用例的对应分析报


2、系统级覆盖率分析报表
测试覆盖率是测业界公认的最佳的用于测试结项实用标准。在黑盒测试中，测试人员需要充分了解需求后逐渐细化到小功能，进行测试用例的设计，然后通过测试过程中出现的问题以及和客户的交流再加以完善，这样的过程过度依赖个人经验和能力等因素，并且也不一定能达到完美的效果。在白盒测试中，测试流程需要对每条代码、每个语句、每个判断进行运行分析，测试周期冗长，大多企业无法承受。
TTC把大量复杂的运算放在后台，用户界面简单易用。首先，测试人员用传统黑盒测试方法把基本的功能都点测一轮，排除掉大约70%左右的初级BUG；随后，利用TTC云平台进行数据分析与排查。第三步，根据分析数据报表，快速、有针对性地补充测试用例，达成覆盖率管理的实际要求，做到有理有据、心中有数。
TTC 覆盖率形式多样（参见图8），最高支持航天航空标准MC/DC的100%覆盖率要求，并且提供了全新的覆盖率每日增长趋势图。项目管理者可以通过该报表清晰的观察整个测试进度情况，TTC平台的覆盖率趋势图对于团队的质量控制具有很好的指导意义，它能够让高级管理人员对测试进度进行预判，也能够对测试效率进行有效的识别，例如通过对覆盖率增长曲线的拟合，可判断按照目前进度能够在上线日期到达前能够一个合理的测试水准；通过覆盖率增长是否走平，可判断是否达到黑盒测试的极限区，主动地进行测试策略的调整。
同时通过函数|类|文件复杂度和覆盖率关系图了解那些高复杂度的函数的覆盖率指标，这些测试数据的展示分析能够让项目管理人员更好的把控整个测试的节奏，进行测试规划（参加图9）。

Tips:覆盖率指标是否要每项都到100%才能算测试通过呢？在这方面TTC没有对原有测试有着强制的要求，如MCDC覆盖率100%的实现是相当困难的，TTC给出的数字化的覆盖率展示的用意在于让测试人员通过观察能更好的补充完善测试用例，对于核心模块TTC建议覆盖率指标越高与越好（只有当你每条代码、判断、条件都运行过、无错误，才能算该功能测试充分），而根据每个项目的测试周期的不同，测试人员也可自己设置覆盖率指标通过雷达图进行测试结算（见图10）。


图8-TTC数字化平台报表-覆盖率支持表


图9-TTC数字化平台报表-覆盖率每日增长趋势图与整体覆盖率和复杂对关系图等


图10-TTC数字化平台报表-函数覆盖率列表与雷达图
3、运行环境、测试人员、测试日期的关联情况汇总报表在传统黑盒测试条件下，当多款移动主流设备运行同一个测试用例进行深度兼容性测试，由于测试项目因设备的不足或分配，以及多设备测试用例的运行状况模糊等情况，测试团队需要花费大量的时间去记录和调试，往往事倍功半。
TTC能自动识别测试设备、测试人员、测试用例等信息，并自动关联对应信息。因此，项目管理者可以充分了解整个项目的硬件资源使用、测试人员任务分配及测试进度等情况，并做数字化分析、管理和再调整。（参见图11）


图11-TTC数字化平台报表-测试人数、移动设备、测试日期关联汇总报表

windychf

你的头像好有个性啊？

fengye1113

学习了，谢谢分享！