邮件说明：（具体依项目而定）
1、版本测试结果：PASS/FAIL（判定原因）；
2、测试内容；
3、问题列表；
4、修改点测试FAIL项；
5、压力测试FAIL项；
6、测试报告存放路径；
1、修改的压力测试结果为及时更新；
2、修改点check完成后没有及时跟进形成闭环；
3、修改点的结果判断不正确；
4、任何FAIL/Block的测试结果需要备注中标注原因；
5、音频主观测试结果未更新；
6、压力结果未及时更新，压力性能数据未统计或不完整；
7、版本协助人员不及时更新测试结果；
8、存档；
9、严重问题未及时上报；
10、版本负责人要对测试报告进行最终的检查，且对应的测试工程师需协助负责人进行检查与更新。
不用在线上系统记录，邮件处理即可，具体参照《BETA版本发布管理规范》。
1、确定AT命令的合理性；无需check格式以及默认值是否正确
2、确认功能描述、参数、example的正确性
3、填写checklist
4、跟踪与反馈检查结果
5、软测在进行文档审核时，需严格按照AT命令定义规范和新增ATC文档格式来审核ATC命令6、文档
7、软件跟软测在制作过程中务必抄送给新增ATC文档管理人，以避免新增ATC的维护不全
8、若发现错误或遗漏请更新文档记录；对于ST有异议的地方可邮件与软件沟通
1、测试用例更新，必须是评审后的测试用例才可以存放在对应组织基线库的TEMP文件夹暂存
2、测试用例评审记录，存放在对应的组织基线库的TestCaseReviewRecord文件夹存档
3、组织基线库（即上述发布的3个路径下的DATABASE下的内容），不允许随意更改，即使有明显错误也不允许随意更新，均需要走更新流程
4、测试case更新并归档完成后，确认是否可以实现QAT，如果可以同步实现QAT，并在更新记录中记录
1、整个case的标点符号保持一致
2、执行步骤、期望结果、AT步骤和AT期望结果必须一一对应
3、caseID编号规则：功能名称-一级数字编号-二级数字编号
4、所有字体：Arial10号；对其方式：上下垂直居中，左右靠左
5、每条测试用例必须拆分成最小颗粒
6、如果输出结果是固定不变的称之为定量，用蓝色字体表示
7、如果输出结果随着测试地点测试条件测试时间的改变是会发生变化的称之为变量，用红色字体表示
8、其他黑色字体表示
9、所有case必须填写更新记录：并且更新记录中需包含“新增”或“删除”或“更改”等字样以及对应的caseID
1、压力测试前请检查测试版本，测试网络，具体的通信口，测试项等基本信息，测试报告中做好记录
2、压力测试中检查AT Log是否满足逻辑需求，清楚执行压力测试的目的
3、专项压力测试定期更新测试报告，建议至少一周更新一次
执行压力过程中有些脚本有问题，针对问题脚本需要优化：
场测 测试脚本的编写与修改 其他 暑期编程PK赛 得CSDN机械键盘等精美礼品！
- 复杂的总结好问题，反馈给相关的负责人安排人处理
- 简单的可以自己直接优化的，优化后，更新修改记录并邮件出来告知负责人check确认
