一、目的
统一功能测试报告编写的规范，以保证规范测试报告，保证质量，便于审查与质量控制，提升报告整体专业性。
适用于功能测试的测试报告编写。
1、全面了解功能需求、系统及功能逻辑等；
2、测试执行整体完成，测试结果汇总。
1、规范性：使用公司规定的统一模板、文件格式。
2、真实性：根据实际测试情况填写结果，不捏造数据，不随意填写测试结果。
3、准确性：准确填写测试所用设备、测试数据、测试结果统计、测试执行情况、备注信息。
4、合理性：测试结果（Block或N/A）、Bug等级标注合理。
1、测试报告编写按照统一的模板进行，并且不能随意修改模板中格式。
2、报告汇总页面基本信息必须填写完整、正确，包括项目信息、测试时间、用例数统计、测试设备信息、Bug列表。
3、用例无法满足执行的前提条件，或者测试过程中无测试数据，导致用例无法执行，必须及时与客户确认，客户是否可提供测试数据，不能直接跳过此用例不执行。
4、按照用例描述步骤，无法达到用例预期结果，或者无法实现某个功能，必须及时与客户确认，如是Bug，应该Fail并提Bug；如果是客户APP功能没有设计完成，应该标N/A添加备注信息；如是用例设计错误，应该根据正确需求修改用例执行。
5、测试过程中发现测试用例设计错误，必须及时与客户沟通，更新用例，不能直接跳过此用例不执行。
6、用例执行过程中，出现无法判断结果是否正确的情况时，必须及时与客户确认，不能直接标记结果（Pass、Block或N/A）加备注信息。
7、测试结果中，出现非Pass的用例必须添加详细备注信息,Fail用例必须添加BugID；由于某个Bug或者缺少测试条件导致用例不能执行，标为Block添加备注信息；功能模块没有设计好，或者不适用于本轮测试的用例，标为N/A加备注信息。
8、Bug详情中，标题要求简明扼要的阐述问题本质，使查看人员能快速了解Bug内容；必须有完整的测试环境信息（测试设备型号、操作系统版本、网络）、前提条件、要简明清晰分步骤描述如何复现bug问题、清晰准确的预期结果和实际结果、复现概率。
9、有现象的Bug需要必要的截图证明；崩溃的Bug必须提供Log日志附件帮助定位问题，截图无法反应的问题需要上传操作视频文件，提供的视频、图片、log文件必须满足公司要求的统一格式。
10、原则上同一Bug只能Fail一条测试用例，在其他测试用例中，如果存在此Bug，但又不影响继续测试，不能跳过不执行。
11、测试报告必须严格按照测试计划交付（测试计划必须留出内部评审时间：大约4小时左右）。
12、 编写测试报告时，必须留出必要的评审时间，测试报告编写完成后，需先提交PM内部审核通过后才能提交客户。
1、测试报告背部审核中，无法判定是否有Bug遗漏，需加强与专家、客户沟通。
2、需求变更后未及时通知测试人员，需求未同步，导致测试结果不正确，专家编写报告之前不可能再次复测，要求专家每次需求变更，及时同步到所有测试人员。
3、测试过程中，由于某些用例无法达到所需前提或者当时无法提供测试数据，但客户自己不是特别了解跳过此用例的风险，出现重大Bug遗漏，要求专家在遇到无法测试的用例时，通过客户与开发、产品或相关技术人员沟通，尽量满足测试条件。
