Open juhaodong opened 4 years ago
UIUE测试 1.1. 未上线 1.1.1.App主要核实UI与实际设计的效果图是否一致。 1.1.2.UI与交互方面的问题建议，先与技术总监(鞠昊东)确认，确认通过后，才开始让开发实施更改或优化。 UI测试包括: -界面样式及颜色：是否符合设计图 -字体大小：从用户角度考虑，例如: 提给开发给出确切范围，如增加一倍，两倍等。P.S.拒绝模糊词，如字大一点，图小一点等。 -元素显示正确，如： -表单是否排列正确 -界面文本元素Label长字符串时是否折叠或者超出边界 -按钮涉及点击区域等 -使用习惯：如自左向右排序等。 UE测试包括： -页面正确跳转：包括是否正确进入下一页面，返回上一页面。 -页面中控件等否正确使用，如： -按钮频繁点击 -下拉列表返回值 -开关按钮返回值 -多选框单选框选择结果 -输入框键盘弹出是否异常 -输入框键盘结果是否输入正常 1.2. 上线后需求变更 1.2.1. 将客户要求变更内容整理细化成纸质版或者Trello版需求，先与技术总监(鞠昊东)确认，确认通过后，才开始让开发实施更改或优化。P.S.请勿与开发直接要求说变更！！！
APP功能测试 2.1了解并记录详细需求，根据软件说明或用户需求验证App的各个功能实现，按照公司测试用例模版撰写测试用例（目前时间紧项目急先不需要） 2.2.单一模块测试 按照软件各个功能点，逐条测试。 2.3.集成测试 以用户角色进行软件全流程测试，例如，从注册登录使用到结束使用。 P.S. 此阶段需要测试人员对需求非常掌握，尽量不要出现测试认为是bug其实是客户需求等浪费时间。
中断测试 3.1.模拟用户真实使用App是会遇到的中断情况进行测试，如: -网络中断，界面是否有显示网络异常处理，如提示网络断开链接。 -网络弱，界面是否有对异常情况的处理，如网络请求长链接等待时是否有加载动画或者进度条。 -切换网络，界面是否在恢复网络后提供可以刷新页面的方式。 -断电(如PC端) -来电话/短信/听音乐，界面是否有方法进行恢复，如后台可以重新打开。 -切换到其他App， 打开其他App的通知等，软件是否能够在后台重新打开并且正常运行。 -运行软件时由前台切换到后台，再切换回前台 仍能继续运行
兼容性测试 4.1. IOS测试 -IOS多型号(不同尺寸)下展示表现，如IPAD 9.7寸、 IOS12.9寸等。 -IOS不同系统版本功能表现，如IOS8.0、IOS10.0、IOS12+、IOS13+。 -苹果商店更新版本是否成功 4.2.Android -不同机型 -不同厂商 -手机分辨率兼容性 4.3.PC端 -不同屏幕尺寸。 -不同浏览器下适配性测试，同时对浏览器进行拉伸操作查看适配性。 -不同电脑系统版本
性能测试 5.1.客户端性能测试，如 -安装卸载时间 -启动时间 -页面加载时间 -CPU的占用 -内存的占用 -流量的耗用 -电量的耗用 -测试App中的各类操作是否满足用户响应时间要求，主要是测试点在网速方面，3g，wifi， 4g网络条件下 5.2.服务器端性能测试 -主要利用接口对服务器进行加压，重点关注相应时间，吞吐量，并发数，事务通过率等。
稳定性测试，压力测试 6.1.在各种边界压力情况下（如电池、存储、网速等），验证App是否能正确响应。 6.2.反复/长期操作下，请求是否显示正确，系统资源是否占用异常，如多个包含网络请求的按钮同时触发。 6.3压力测试主要集中在后端，前端的压力测试目前测的较少。
安全测试 7.1.从数据的本地存储到数据的传输、处理以及远程访问等各个环节，基于相应的安全标准/行业标准评估App的安全特性； 7.2.借鉴在Web App和网络安全测试的一些成功经验在智能终端App测试中进行裁减或适配； 7.3.检测App的用户授权级别，数据泄漏，非法授权访问等； 7.4.对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测,以期发现潜在的安全问题； 7.5.基于各种通信协议或相应的行业安全标准检视App是否满足相应的要求。
用户体验测试 站在用户的角度上进行使用App，学习成本低，易上手等，可以进行用户盲测，根据用户反馈的意见进行修改。测试人员可以通过与其他竞争品进行对比， 或者根据较大厂商App的交互习惯进行比较。
回归测试 一般这部分建议使用自动化测试， 如果没有自动化测试，可以根据以几方面进行测试 9.1.根据产品说明书或者功能文档进行功能确认 9.2. 重新将主要优先级较高的测试用例执行一遍 9.3.重新验证bug
线上测试 产品上线之后完成，这部分可以根据场景化进行回归测试，其中网络环境要全部覆盖一遍。
BUG反馈模版 逐条记录在对应的Trello项目card上，模版应为: XX情况+具体操作+实际结果+返回数据+预期结果
UIUE测试 1.1. 未上线 1.1.1.App主要核实UI与实际设计的效果图是否一致。 1.1.2.UI与交互方面的问题建议，先与技术总监(鞠昊东)确认，确认通过后，才开始让开发实施更改或优化。 UI测试包括: -界面样式及颜色：是否符合设计图 -字体大小：从用户角度考虑，例如: 提给开发给出确切范围，如增加一倍，两倍等。P.S.拒绝模糊词，如字大一点，图小一点等。 -元素显示正确，如： -表单是否排列正确 -界面文本元素Label长字符串时是否折叠或者超出边界 -按钮涉及点击区域等 -使用习惯：如自左向右排序等。 UE测试包括： -页面正确跳转：包括是否正确进入下一页面，返回上一页面。 -页面中控件等否正确使用，如： -按钮频繁点击 -下拉列表返回值 -开关按钮返回值 -多选框单选框选择结果 -输入框键盘弹出是否异常 -输入框键盘结果是否输入正常 1.2. 上线后需求变更 1.2.1. 将客户要求变更内容整理细化成纸质版或者Trello版需求，先与技术总监(鞠昊东)确认，确认通过后，才开始让开发实施更改或优化。P.S.请勿与开发直接要求说变更！！！
APP功能测试 2.1了解并记录详细需求，根据软件说明或用户需求验证App的各个功能实现，按照公司测试用例模版撰写测试用例（目前时间紧项目急先不需要） 2.2.单一模块测试 按照软件各个功能点，逐条测试。 2.3.集成测试 以用户角色进行软件全流程测试，例如，从注册登录使用到结束使用。 P.S. 此阶段需要测试人员对需求非常掌握，尽量不要出现测试认为是bug其实是客户需求等浪费时间。
中断测试 3.1.模拟用户真实使用App是会遇到的中断情况进行测试，如: -网络中断，界面是否有显示网络异常处理，如提示网络断开链接。 -网络弱，界面是否有对异常情况的处理，如网络请求长链接等待时是否有加载动画或者进度条。 -切换网络，界面是否在恢复网络后提供可以刷新页面的方式。 -断电(如PC端) -来电话/短信/听音乐，界面是否有方法进行恢复，如后台可以重新打开。 -切换到其他App， 打开其他App的通知等，软件是否能够在后台重新打开并且正常运行。 -运行软件时由前台切换到后台，再切换回前台 仍能继续运行
兼容性测试 4.1. IOS测试 -IOS多型号(不同尺寸)下展示表现，如IPAD 9.7寸、 IOS12.9寸等。 -IOS不同系统版本功能表现，如IOS8.0、IOS10.0、IOS12+、IOS13+。 -苹果商店更新版本是否成功 4.2.Android -不同机型 -不同厂商 -手机分辨率兼容性 4.3.PC端 -不同屏幕尺寸。 -不同浏览器下适配性测试，同时对浏览器进行拉伸操作查看适配性。 -不同电脑系统版本
性能测试 5.1.客户端性能测试，如 -安装卸载时间 -启动时间 -页面加载时间 -CPU的占用 -内存的占用 -流量的耗用 -电量的耗用 -测试App中的各类操作是否满足用户响应时间要求，主要是测试点在网速方面，3g，wifi， 4g网络条件下 5.2.服务器端性能测试 -主要利用接口对服务器进行加压，重点关注相应时间，吞吐量，并发数，事务通过率等。
稳定性测试，压力测试 6.1.在各种边界压力情况下（如电池、存储、网速等），验证App是否能正确响应。 6.2.反复/长期操作下，请求是否显示正确，系统资源是否占用异常，如多个包含网络请求的按钮同时触发。 6.3压力测试主要集中在后端，前端的压力测试目前测的较少。
安全测试 7.1.从数据的本地存储到数据的传输、处理以及远程访问等各个环节，基于相应的安全标准/行业标准评估App的安全特性； 7.2.借鉴在Web App和网络安全测试的一些成功经验在智能终端App测试中进行裁减或适配； 7.3.检测App的用户授权级别，数据泄漏，非法授权访问等； 7.4.对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测,以期发现潜在的安全问题； 7.5.基于各种通信协议或相应的行业安全标准检视App是否满足相应的要求。
用户体验测试 站在用户的角度上进行使用App，学习成本低，易上手等，可以进行用户盲测，根据用户反馈的意见进行修改。测试人员可以通过与其他竞争品进行对比， 或者根据较大厂商App的交互习惯进行比较。
回归测试 一般这部分建议使用自动化测试， 如果没有自动化测试，可以根据以几方面进行测试 9.1.根据产品说明书或者功能文档进行功能确认 9.2. 重新将主要优先级较高的测试用例执行一遍 9.3.重新验证bug
线上测试 产品上线之后完成，这部分可以根据场景化进行回归测试，其中网络环境要全部覆盖一遍。
BUG反馈模版 逐条记录在对应的Trello项目card上，模版应为: XX情况+具体操作+实际结果+返回数据+预期结果