摘要：
RESTful风格是约束接口操作的四种操作以及三个要素 注：要素1：URL+请求方式；要素2：需要提交的数据，即URL后面拼接的内容；要素3：返回值 增： 要素1：URL + POST 要素2：多个数据 方式1：键=值&键=值 方式2：JSON格式 要素3：200 | 201 + 添加的记录 注：增 阅读全文
摘要：
一、什么是软件接口 一个数据访问地址，一个规范交互标准，对指定数据进行操作（增删改查） 二、什么是接口测试 1、是什么？ 接口测试就是代替前端或者第三方验证后台响应数据是否正确，测试后端实现是否符合接口规范 2、为什么？ 测试程序是否安全、效率 3、怎么用？（实现流程） 模拟客户向服务器发送数据，然 阅读全文
摘要：
移动端测试是什么 是指对移动应用进行的测试，即实体的特性满足需求的程序 移动端测试分类 一、app功能测试 1、业务逻辑正确性测试：依据产品文档设计测试用例，加上隐性需求用例 2、兼容性测试 2.1、系统版本： android：原生安卓系统；定制版本：小米、华为 ios：原生系统 2.2、屏幕分辨率 阅读全文
摘要：
一、缺陷数据分析关注的问题： 1、正在测试的软件哪个模块的问题最多 2、测试人员中谁报告的软件缺陷最多 3、各类缺陷所占的数量百分比分别是多少 4、开发人员能及时修复软件缺陷吗 5、开发人员一次正确修复缺陷的百分比是多少 6、正在开发的软件能否在计划的时间内正常发布 二、缺陷数据分析的重要性： 1、 阅读全文
摘要：
每千行代码的缺陷数： 缺陷密度 = 1000 * 缺陷个数 / 代码行数 阅读全文
摘要：
新提交的缺陷为“新建”状态； 在确认有效之后变为“打开”状态； 开发人员修改后变为“已修复”状态，此时测试人员需要回归测试； 如果验证问题已解决，状态为“已解决”； 如果问题依然存在，状态为“打开”； 如果开发人员认为此缺陷可以延期修改，状态为“延期”； 注意此时必须由项目相关人员讨论确定后，才可以 阅读全文
摘要：
缺陷报告注意事项： 1、尽量保证缺陷可以重现 2、简洁、准确、完整 3、一个缺陷报告只写一个缺陷 缺陷书写规范： 1、标题简洁、提供缺陷的本质信息即可 2、复现的步骤要详细，用数字编号 3、实际结果要描述清楚复现后的结果 4、列出期望结果 5、提供附件 6、提供严重性属性和其他公司需要填写的属性 注 阅读全文
摘要：
一、软件缺陷的定义： 缺陷就是软件的问题，最终表现为没有满足用户的需求 二、哪些属于软件缺陷： 软件未达到需求规格说明书表明的功能 软件出现了需求规格说明书指明不会出现的错误 软件的功能超出了需求规格说明书指明的范围 软件未达到软件需求规格说明书未指明而应该达到的目标 软件测试人员认为难以理解、不易 阅读全文