1.1.4.2.2接口测试的方法
? 测试接口文档。
? 根据接口文档编写测试用例（用例编写方法完全可以按照黑盒测试的用例编写规则
来编写，如：边界值、等价划分等等设计方法）。
? 和数据库中执行测试，查看接口返回的接口数据是否正确，主要检查返回的接口是否和接口文档中定义的一样，还有要检查返回的数据是否的保持一致。
1.1.4.2.3安全性测试的方法
? 手工检测：对于CSRF、越权访问、文件上传、修改密码等漏洞，难以实现自
动化检测的效果，这是因为这些漏洞涉及系统逻辑或业务逻辑，有时候还需要人机交互参与页面流程，因此这类漏洞的检测更多的需要依靠手动测试完成。手工检测网站URL、后台登陆是否具有SQL注入
? 举例说明：关于上传：
? 上传文件是否有格式限制,是否可以上传exe文件；
? 上传文件是否有大小限制,上传太大的文件是否导致异常错误,上传0K的文
件是否会导致异常错误,上传并不存在的文件是否会导致异常错误；
? 通过修改扩展名的方式是否可以绕过格式限制，是否可以通过压包方式绕过
格式限制；
? 是否有上传空间的限制,是否可以超过空间所限制的大小,如将超过空间的
大文件拆分上传是否会出现异常错误。
? 上传文件大小大于本地剩余空间大小，是否会出现异常错误。 ? 关于上传是否成功的判断。上传过程中，中断。程序是否判断上传是否成功。 ? 对于文件名中带有中文字符，特殊字符等的文件上传。
1.1.4.2.5兼容性测试的方法
? 操作系统/平台兼容 ? 不同浏览器的兼容 ? 不同分辨率间的兼容
1.1.4.2.4界面测试的方法
? ? ? ? ? ? ?
风格统一
重要的和常用的元素优先布局，且放置在醒目的位置 布局合理紧凑，疏密有致
明显区分只读区域与可编辑区域 使用红色的符号’*'来标记必填项 语句流畅，表述清晰，没有错别字 字段名称通俗易懂、尽量使用专业术语
1.1.4.2.5 易用性测试的方法
? ? ? ?
易理解 易学 易操作 吸引性
1.1.4.2.6 APP兼容性测试
? 分辨率：现在市场上分辨率是的各种各样的什么的分辨率都有了，所以
需要在app在不同的分辨率设备上进行测试，显示UI的效果怎么样。 ? 系统：Android系统在不断升级，就会产生不同系统版本，对系统版本
是不断进行兼容来对来符合的系统的版本。而在市场上开发了不同的定制的版本，也需要进行兼容。
? 机型：现在所涉及到厂商生产的出来的机器较多，所以需要使用不同厂
商的不同分辨率来进行适配app的运行的情况
? 语言：现在的很多的app已经支持较多的语言的，所以需要对语言方面
进行测试，是app显示的语言国际化显示的效果
1.1.4.2.7 测试用例的维护
存在以下几种情况，需对测试用例进行更新：
? 先前的测试用例设计不全面或不准确 ? 部分严重的软件错误未在测试用例中覆盖 ? 新的版本有新功能的需求或改动 ? 编写的测试用例不规范或者语句错误 ? 旧的测试用例不再适用 过程要点 详细说明 工作内容 输入条件测试需求明确，测试计划明确根据测试计划设计测试用例，设计参考原则：? 等价类划分 ? 边界值分析 ? 错误推测等 ? 业务知识及相关流程 退出标准 ? 测试用例需要覆盖所有的测试需求 ? 测试用例集需进行评审并通过 ? 项目进行过程中，适时的根据需求变更来对测试用例进行维护 责任人 测试组成员 1.1.4.3 设计内容评审
注：测试计划及测试用例的设计工作完成后，需通知项目组相关成员召开评审会议。在这之前需要将待评审的内容发给相关人员熟悉和理解。 过程要点 详细说明 工作内容 输入条件测试计划、测试用例集完成评审测试计划内容的正确性及合理性：? 测试环境、测试资源； ? 测试需求范围，各个测试需求的优先级； ? 测试策略及风险管理等； 评审测试用例集： ? 测试用例优先级 ? 测试用例集基于需求的覆盖程度 退出标准 测试计划及测试用例集评审通过 责任人 同行测试组，项目经理， 1.2 实施测试阶段
整体流程图 · 送测单 · 测试软件、配套工 具及其他相关文档· 资料· · 测试计划测试用例集开发部所提交部件· · 测试用例集修改后的软件新版本· · 软件缺陷都已关闭测试小组完成测试测试交接· 检查送测单填写规测试实施阶段回归测试
1.2.1 测试交接
过程要点 详细说明 工作内容 输入条件测试设计内容评审完毕，开发团队编码工作完成，并已完成内部测试；1. 开发组根据测试启动会上所规定的内容，填写送测单，向测试组提交测试内容。 2. 测试小组检查提交部件的完整性和可测性： ? 检查接收的测试内容（按照测试启动会上所规定的交接内容）； ? 检查程序是否有病毒； ? 能否正确安装/卸载； ? 检查送测的软件是否完整，能否进行测试； 退出标准 提交部件经测试组检验通过 责任人 产品（项目）经理，测试组长1.2.2 实施测试 1.2.2.1 实施测试
注:实施测试用例将花费测试组大部分时间，这些工作都是建立在前期很多计划工作的基础
上。
过程要点 详细描述 输入条件 测试组长于前一工作日定出当日的测试计划，确定可用的测试用例。? 测试工程师根据测试计划中分配给自己的测试任务和提供的测试用例，实施相应的 工作内容 测试用例。 ? 记录实施用例的结果，提交当日测试纪录。 ? 提交缺陷。 退出标准责任人
测试用例中的所有任务被执行，结果被记录。测试组成员 1.2.2.2提交阶段性测试报告
在约定的测试周期完成之后，测试组长需要总结此次测试的结果，编写阶段性测试报告。 过程要点 详细描述 输入条件工作内容 测试组完成了预定周期的测试任务测试组长根据此轮测试的结果，编写阶段性测试报告（参考测试阶段性报告模板），主要应包含以 下内容： ? 测试报告的版本 ? 测试的人员和时间 ? 测试所覆盖的缺陷——测试组在这轮测试中所有处理的缺陷，报告测试组长处理的 缺陷和实施工程师验证的缺陷。不仅要写出覆盖缺陷的总数，还要写明这些缺陷的去向： ? 测试新发现的缺陷数量 ? 上一版本活动缺陷的数量 ? 经过此轮测试，所有活动缺陷的数量及其状态分类 ? 测试评估——写明在这一版本中，那些功能被实现了，那些还没有 实现，这里只需写明和上一版本不同之处即可 ? 急待解决的问题——写明当前项目组中面临的最优先的问题，可以
软件测试流程规范最全
