手把手教你如何进行完整性测试汇报

SUS一致性评分、分级、中的高一般来说相互间的关系如下左图（SUS分数一般来说（Bangor et al.））所示：

整体结果显示：接受一致性验证的软件对厂商的主观感受，我们通过在SUS量表题目中的额外附带的结果显示中的高制评测换取。

关键问题点统计左图表与归入：来自第一整整的厂商引发理解吐槽、可扩展性感想反馈以及验证已完成后的研究专家简述归纳审计推算出来的一致性关键问题总数，并对这些关键问题顺利已完成归类。

勤务已完成百余人：通过一致性验证处理过程中的的注意到记录表，记录软件对勤务前提已完成、出错每一次、定时每一次以及已完成整整。而已完成百余人则是将反派维空间将所有软件的左图表加权平均推算推算出来。由于B端厂商的复杂性，一致性验证处理过程中的的不可控因素所过多，往往无法准确换取出错/定时每一次、已完成整整，因此，我们通过研究专家研讨，数将已完成百余人作为所称示中的的必须项。

的厂商要点赞誉：最主要的厂商褒贬不一与好评，是最为直观的以的厂商倾听模式展现出对厂商的赞誉，相信也是报告读者群并不关注的点。此项往往在可扩展性感想中的换取，且不见得并能换取到，因此作为所称示素材的可选项。

关键问题及归入：推算出来一致性关键问题汇总量、原先落地量，并意欲的推算出来体均会优立体化促请的定案百余人。左图形立体化展现关键问题分布及优先级。

3. 处理过程归纳

对一致性整个处理过程顺利已完成详细的阐述。最主要等待工作介绍、软件反派设立、布景立体化勤务具体归纳及关键问题第一版与审计结果。

等待工作：说明了对征募的软件及约定的一致性验证的整整安排；所用作的验证环及生态左图表的等待；文档的等待最主要布景立体化勤务表、SUS体均会给定与结果显示实地题目、软件不道德记录表；验证处理过程图像保存的模式说明了，比如是通过手机拍摄的还是录屏的、一致性验证制订的娱乐活动说明了，比如单纯的厂商验证的话一般都均会在的厂商第一整整顺利已完成，如果是内部软件的话一般都均会在公司的办公娱乐活动。

布景立体化归纳：布景立体化归纳是通过描绘什么人在什么持续性下做什么，存在什么关键问题，促请如何解决的模式，描绘一致性一致性关键问题及促请。首先对布景立体化归纳做简单的说明了，然后透漏布景立体化归纳中的的软件痛点具体举例来说。一致性验证中的，关键问题通常举例来说于勤务验证处理过程中的的软件引发理解、立即试图；勤务完结后的可扩展性感想；整个验证完结后的研究专家归纳与审计。

反派设立：通过软件反派模型的设立，让读者群明了验证软件的基本特征，最主要姓名、岗位、岗位工龄、用作系统的就此目标、日常系统用作持续性。并在近期具体布景中的顺利已完成反派代入，以便于与读者群相互间形成共鸣。有大类反派就应展现几个。

布景立体化归纳：最主要布景勤务描绘、操作方法反派与关乎功能性、体均会给定结果、关键问题描绘与拟议促请。如果验证的勤务相互间在线性关系，则可以以勤务流的形式顺利已完成串联，便于读者群对整体程序的理解，如果从未则直接以反派或勤务维空间展开。这里的体均会给定结果，是对单勤务的记录与归纳，最主要勤务已完成百余人、出错/定时的每一次、勤务已完成不间断、关键问题点统计左图表与归入。我们还需要罗列布景立体化验证中的的关键问题/痛点，并即刻假定促请，对于关键问题通过外链来对标到拍摄的视频或左图片，以便于聚焦关键问题的单纯引发布景。有几个验证勤务，就需要展现几个布景立体化勤务归纳。

关键问题第一版及审计结果：处理过程归纳的最后，我们将推算出来一张关键问题第一版，也就是通过布景立体化归纳就此推算出来的一致性关键问题列表。以反派维空间，说明了勤务大类、操作方法就此目标、关乎功能性、关键问题描绘、促请拟议、关键问题类别、优先级，并对标视频时段/截左图，便于关键问题整合追溯。这一小素材可根据量级提议放在PPT内还是以附件形式展现。

4. 近期原先

近期原先最主要拟议落地及工程其设计原先、拟议验证原先。拟议落地及工程其设计原先：主要介绍一致性已完成后的近期关键问题审计结果、制订人等，也即拟议落地及工程其设计原先。

拟议验证原先：是对优立体化后的厂商再次顺利已完成一致性验证的原先说明了，或对征募软件在优立体化落地后顺利已完成会见原先的说明了。

5. 附件

在一般来说质的最后，我们附上系统性的附件，提升本次一致性验证的信度。大家可以根据实际持续性，展现验证中的用到的文档如一致性验证勤务、验证第一整整图像、SUS体均会给定与结果显示题目利用持续性、勤务验证记录表等。

本文由@janinejly 原创披露于从来不都是厂商经理。未经许可，禁令转载。

题左图来自Unsplash，基于 CC0 协议。