CN104461874A - 一种规范移动app应用测试的方法 - Google Patents
一种规范移动app应用测试的方法 Download PDFInfo
- Publication number
- CN104461874A CN104461874A CN201410680951.8A CN201410680951A CN104461874A CN 104461874 A CN104461874 A CN 104461874A CN 201410680951 A CN201410680951 A CN 201410680951A CN 104461874 A CN104461874 A CN 104461874A
- Authority
- CN
- China
- Prior art keywords
- test
- product
- version
- order
- project
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及APP开发技术领域，特别涉及一种规范移动APP应用测试的方法。本发明的方法是先确定测试周期，接着检查测试资源，然后进行各个要点的测试，且提交每日测试日报和产品上线报告，最终提交产品包和相关文档。本发明规范了移动APP应用测试流程，提高了移动APP的产品质量，可以用于移动APP应用的测试。
Description
技术领域
本发明涉及APP开发技术领域，特别涉及一种规范移动APP应用测试的方法。
背景技术
随着智能手机越发普及、用户越发依赖手机软件商店，APP开发的市场需求与发展前景也逐渐蓬勃，移动APP已经渗透到每个人的生活、娱乐、学习、工作中，各种APP犹如春笋般快速开发发布交付到用户手中，然而移动APP测试流程的不规范导致APP的产品质量问题频发，从而导致用户投诉、用户流失，APP测试与产品质量保证矛盾十分突出。
为了保证移动APP应用程序的版本质量能取得理想的测试效果，进行规范移动APP应用测试的流程是不可或缺的，规范移动APP应用测试应得到相应的重视。
发明内容
本发明解决的技术问题在于提供一种规范移动APP应用测试的方法；解决移动APP测试流程的不规范，产品质量不高的问题。
本发明解决上述技术问题的技术方案是：
先确定测试周期，接着检查测试资源，然后进行各个要点的测试，且提交每日测试日报和产品上线报告，最终提交产品包和相关文档。
所述测试周期一般为两周，根据项目情况以及版本质量可适当缩短或延长测试时间。
所述的检查各项测试资源包括：
(1)产品功能需求文档；
(2)产品原型图；
(3)产品效果图；
(4)行为统计分析定义文档；
(5)测试设备(ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等)；
(6)其他，如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等。
所述的进行各个要点的测试包括：
(1)接收版本；
A)接收测试版本的同时，查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试；
B)日常接收版本时测试版本规范，如不符合，重新修改合适的版本号后再次提交测试；
(2)UI测试；
A)确保原型图与效果图为当前最新版本；
B)确保产品UI符合制定的原型图与效果图；
C)一切界面问题以效果图为准；
D)测试时必须预先考虑到正式环境中可能出现的数据类型；
(3)功能测试；
A)确保功能需求文档为当前最新版本；
B)确保所有的软件功能都已实现且逻辑正常；
C)一切功能问题以需求文档为准；
D)若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到确认；
E)PMS上所有的“外部原因”问题，都需要尽早协调解决；
F)PMS上所有的“设计如此”、“延期处理”问题，都需要确认后再进行验证；
G)测试下单时，所有测试人员必须严格遵守《测试单下单规范》标准；注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键字；在正式环境中下单后必须取消该订单等；
H)测试细节可参考且必须遵守《Test checklist》以及《公司客户端通用测试用例》文档；
(4)兼容测试/性能测试
A)确保软件在所有兼容机型上都能正常使用；
B)对于低端性能兼容机上独有的问题，若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须在测试日报中注明，并得到技术平台主管、产品经理以及运营人员的确认；
C)性能测试方面必须满足硬件压力条件下的测试需要(例如多线程)；
D)网络响应用户体验方面的性能测试，请参考且遵守《Mobile app可用性能标准》；
(5)后台订单统计测试；
A)核对“客户端相关启动查询”项，测试时必须保证该项中的各数据均正确，且每次启动软件都会有相应的统计记录；
B)核对“订单查询”项，测试时必须保证各数据均正确，且每次成功下单 后都会有相应的统计记录；
C)在成功下单之后，BI后台会做判断将该订单划到测试订单范围，测试人员必须到“订单查询(测试)”模块中核对订单统计记录信息；
(6)用户行为统计测试
A)确保行为统计分析定义文档为最新版本，且与开发人员手中的文档一致；
B)确保产品经理在文档中所定义的页面在该产品中都是存在的；
C)尽可能真实地模拟用户行为；
D)核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的；
(7)回归测试；
A)软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目；
B)回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试；
C)只有在回归测试通过之后，才对产品进行提交。
所述的提交每日测试日报和产品上线报告是：
(1)测试人员每天需对所测项目发送测试日报；
(2)测试日报所包含的内容为：
A)对当前测试版本质量进行分级(参考《产品质量分级标准》文档)；
B)对较严重的问题进行例举，提示开发人员优先修改；
C)对版本的整体情况进行评估。
所述的最终提交产品包：
(1)测试人员根据sid邮件对所有渠道的安装包进行验证；
(2)验证完毕后将最终的产品安装包以邮件的形式提供给业务部门上传。
所述的提交相关文档是：
(1)《App测试版本提交质量规范》、《Wap测试版本提交质量规范》；
(2)《测试单下单规范》、《产品质量分级标准》；
(3)《Test checklist》、《公司客户端通用测试用例》；
(4)《Mobile app可用性能标准》、《测试报告模板》；
(5)《项目测试概要及注意事项》。
本发明的有益效果：本发明提供的规范移动APP应用测试的方法；有效解决了移动APP测试流程的不规范，产品质量不高的问题。
附图说明
下面结合附图对本发明进一步说明：
图1为本发明的方法流程图。
具体实施方式
见图1所示，本发明规范移动APP应用测试的方法，具体包含以下几个步骤：
步骤1：确定测试周期，测试周期一般为两周(10个工作日)，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。
步骤2：检查各项测试资源：
(1)产品功能需求文档
(2)产品原型图
(3)产品效果图
(4)行为统计分析定义文档
(5)测试设备(ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等)
(6)其他(例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等)。
步骤3：进行各个要点的测试：
(1)接收版本
A)接收测试版本的同时，需要查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试。
B)日常接收版本时需要注意测试版本规范，如不符合，请开发人员重新修改合适的版本号后再次提交测试。
(2)UI测试
A)确保手头的原型图与效果图为当前最新版本。
B)确保产品UI符合产品经理制定的原型图与效果图。
C)一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。
D)由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型
(3)功能测试
A)确保手头的功能需求文档为当前最新版本。
B)确保所有的软件功能都已实现且逻辑正常。
C)一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。
D)若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。
E)PMS上所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。
F)PMS上所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。
G)测试下单时，所有测试人员必须严格遵守《测试单下单规范》标准。注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键字；在正式环境中下单后必须取消该订单等。
H)测试细节可参考且必须遵守《Test checklist》以及《公司客户端通用测试用例》文档。
(4)兼容测试/性能测试
A)确保软件在所有兼容机型上都能正常使用
B)对于低端性能兼容机上独有的问题(例如ios3.1.3、Android1.6)，若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须在测试日报中注明，并得到技术平台主管、产品经理以及运营人员的确认。
C)性能测试方面必须满足硬件压力条件下的测试需要(例如多线程)
D)网络响应用户体验方面的性能测试，请参考且遵守《Mobile app可用性能标准》。
(5)后台订单统计测试
A)核对“客户端相关启动查询”项，此项数据就是经常说的“激活量”，非常重要。测试时必须保证该项中的各数据均正确，且每次启动软件都会有相应的统计记录。
B)核对“订单查询”项，测试时必须保证各数据均正确，且每次成功下单后都会有相应的统计记录。
C)需要注意的是，在成功下单之后，BI后台会做判断将该订单划到测试订单范围，测试人员必须到“订单查询(测试)”模块中核对订单统计记录信息。
(6)用户行为统计测试
A)确保手头的行为统计分析定义文档为最新版本，且与开发人员手中的文档一致。
B)确保产品经理在文档中所定义的页面在该产品中都是存在的。
C)尽可能真实地模拟用户行为。
D)核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的。
(7)回归测试
A)软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目
B)回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。
C)只有在回归测试通过之后，才对产品进行提交。
步骤4：提交每日测试日报和产品上线报告：
(1)测试人员每天需对所测项目发送测试日报。
(2)测试日报所包含的内容为：
A)对当前测试版本质量进行分级(参考《产品质量分级标准》文档)。
B)对较严重的问题进行例举，提示开发人员优先修改。
C)对版本的整体情况进行评估。
步骤5：最终提交产品包：
(1)测试人员根据sid邮件对所有渠道的安装包进行验证。
(2)验证完毕后将最终的产品安装包以邮件的形式提供给业务部门上传。步骤6：提交相关文档：
(1)《App测试版本提交质量规范》、《Wap测试版本提交质量规范》
(2)《测试单下单规范》、《产品质量分级标准》
(3)《Test checklist》、《公司客户端通用测试用例》
(4)《Mobile app可用性能标准》、《测试报告模板》
(5)《项目测试概要及注意事项》。
Claims (10)
1.一种规范移动APP应用测试的方法，其特征在于：先确定测试周期，接着检查测试资源，然后进行各个要点的测试，且提交每日测试日报和产品上线报告，最终提交产品包和相关文档。
2.根据权利要求1所述的规范移动APP应用测试的方法，其特征在于：所述测试周期一般为两周，根据项目情况以及版本质量可适当缩短或延长测试时间。
3.根据权利要求1所述的规范移动APP应用测试的方法，其特征在于：所述的检查各项测试资源包括：
(1)产品功能需求文档；
(2)产品原型图；
(3)产品效果图；
(4)行为统计分析定义文档；
(5)测试设备(ios3.1.3-ios5.0.1；Androidl.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等)；
(6)其他，如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等。
4.根据权利要求2所述的规范移动APP应用测试的方法，其特征在于：所述的检查各项测试资源包括：
(1)产品功能需求文档；
(2)产品原型图；
(3)产品效果图；
(4)行为统计分析定义文档；
(5)测试设备(ios3.1.3-ios5.0.1；Androidl.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等)；
(6)其他，如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等。
5.根据权利要求1至4任一项所述的规范移动APP应用测试的方法，其特征在于：所述的进行各个要点的测试包括：
(1)接收版本；
A)接收测试版本的同时，查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试；
B)日常接收版本时测试版本规范，如不符合，重新修改合适的版本号后再次提交测试；
(2)UI测试；
A)确保原型图与效果图为当前最新版本；
B)确保产品UI符合制定的原型图与效果图；
C)一切界面问题以效果图为准；
D)测试时必须预先考虑到正式环境中可能出现的数据类型；
(3)功能测试；
A)确保功能需求文档为当前最新版本；
B)确保所有的软件功能都已实现且逻辑正常；
C)一切功能问题以需求文档为准；
D)若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到确认；
E)PMS上所有的“外部原因”问题，都需要尽早协调解决；
F)PMS上所有的“设计如此”、“延期处理”问题，都需要确认后再进行验证；
G)测试下单时，所有测试人员必须严格遵守《测试单下单规范》标准；注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键字；在正式环境中下单后必须取消该订单等；
H)测试细节可参考且必须遵守《Test checklist》以及《公司客户端通用测试用例》文档；
(4)兼容测试/性能测试
A)确保软件在所有兼容机型上都能正常使用；
B)对于低端性能兼容机上独有的问题，若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须在测试日报中注明，并得到技术平台主管、产品经理以及运营人员的确认；
C)性能测试方面必须满足硬件压力条件下的测试需要(例如多线程)；
D)网络响应用户体验方面的性能测试，请参考且遵守《Mobile app可用性能标准》；
(5)后台订单统计测试；
A)核对“客户端相关启动查询”项，测试时必须保证该项中的各数据均正确，且每次启动软件都会有相应的统计记录；
B)核对“订单查询”项，测试时必须保证各数据均正确，且每次成功下单后都会有相应的统计记录；
C)在成功下单之后，BI后台会做判断将该订单划到测试订单范围，测试人员必须到“订单查询(测试)”模块中核对订单统计记录信息；
(6)用户行为统计测试
A)确保行为统计分析定义文档为最新版本，且与开发人员手中的文档一致；
B)确保产品经理在文档中所定义的页面在该产品中都是存在的；
C)尽可能真实地模拟用户行为；
D)核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的；
(7)回归测试；
A)软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目；
B)回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试；
C)只有在回归测试通过之后，才对产品进行提交。
6.根据权利要求1至4任一项所述的规范移动APP应用测试的方法，其特征在于：所述的提交每日测试日报和产品上线报告是：
(1)测试人员每天需对所测项目发送测试日报；
(2)测试日报所包含的内容为：
A)对当前测试版本质量进行分级(参考《产品质量分级标准》文档)；
B)对较严重的问题进行例举，提示开发人员优先修改；
C)对版本的整体情况进行评估。
7.根据权利要求5所述的规范移动APP应用测试的方法，其特征在于：所述的提交每日测试日报和产品上线报告是：
(1)测试人员每天需对所测项目发送测试日报；
(2)测试日报所包含的内容为：
A)对当前测试版本质量进行分级(参考《产品质量分级标准》文档)；
B)对较严重的问题进行例举，提示开发人员优先修改；
C)对版本的整体情况进行评估。
8.根据权利要求1至4任一项所述的规范移动APP应用测试的方法，其特征在于：所述的最终提交产品包：
(1)测试人员根据sid邮件对所有渠道的安装包进行验证；
(2)验证完毕后将最终的产品安装包以邮件的形式提供给业务部门上传。
9.根据权利要求1至4任一项所述的规范移动APP应用测试的方法，其特征在于：所述的提交相关文档是：
(1)《App测试版本提交质量规范》、《Wap测试版本提交质量规范》；
(2)《测试单下单规范》、《产品质量分级标准》；
(3)《Test checklist》、《公司客户端通用测试用例》；
(4)《Mobile app可用性能标准》、《测试报告模板》；
(5)《项目测试概要及注意事项》。
10.根据权利要求6所述的规范移动APP应用测试的方法，其特征在于：所述的提交相关文档是：
(1)《App测试版本提交质量规范》、《Wap测试版本提交质量规范》；
(2)《测试单下单规范》、《产品质量分级标准》；
(3)《Test checklist》、《公司客户端通用测试用例》；
(4)《Mobile app可用性能标准》、《测试报告模板》；
(5)《项目测试概要及注意事项》。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410680951.8A CN104461874A (zh) | 2014-11-23 | 2014-11-23 | 一种规范移动app应用测试的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410680951.8A CN104461874A (zh) | 2014-11-23 | 2014-11-23 | 一种规范移动app应用测试的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104461874A true CN104461874A (zh) | 2015-03-25 |
Family
ID=52907963
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410680951.8A Pending CN104461874A (zh) | 2014-11-23 | 2014-11-23 | 一种规范移动app应用测试的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104461874A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112650668A (zh) * | 2019-10-12 | 2021-04-13 | 中国石油化工股份有限公司 | 物探解释软件测试方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101329652A (zh) * | 2008-07-30 | 2008-12-24 | 中兴通讯股份有限公司 | 一种回归测试自动化系统及方法 |
| CN101394646A (zh) * | 2008-11-06 | 2009-03-25 | 北京天碁科技有限公司 | 一种软件测试方法和系统 |
| CN101833507A (zh) * | 2010-05-04 | 2010-09-15 | 王轶辰 | 一种基于测试框架的软件测试方法 |
| CN102495799A (zh) * | 2011-12-02 | 2012-06-13 | 刘伟 | 移动终端的自动化测试系统和方法 |
| CN103544100A (zh) * | 2012-07-12 | 2014-01-29 | 腾讯科技（深圳）有限公司 | 便携数据处理设备应用程序的测试方法、系统和客户端 |
-
2014
- 2014-11-23 CN CN201410680951.8A patent/CN104461874A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101329652A (zh) * | 2008-07-30 | 2008-12-24 | 中兴通讯股份有限公司 | 一种回归测试自动化系统及方法 |
| CN101394646A (zh) * | 2008-11-06 | 2009-03-25 | 北京天碁科技有限公司 | 一种软件测试方法和系统 |
| CN101833507A (zh) * | 2010-05-04 | 2010-09-15 | 王轶辰 | 一种基于测试框架的软件测试方法 |
| CN102495799A (zh) * | 2011-12-02 | 2012-06-13 | 刘伟 | 移动终端的自动化测试系统和方法 |
| CN103544100A (zh) * | 2012-07-12 | 2014-01-29 | 腾讯科技（深圳）有限公司 | 便携数据处理设备应用程序的测试方法、系统和客户端 |
Non-Patent Citations (1)
| Title |
|---|
| SHBORUIWANG: "App测试基本流程", 《百度文库》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112650668A (zh) * | 2019-10-12 | 2021-04-13 | 中国石油化工股份有限公司 | 物探解释软件测试方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Tuteja et al. | A research study on importance of testing and quality assurance in software development life cycle (SDLC) models | |
| CN111414172B (zh) | 应用软件自动部署发布系统及方法 | |
| US9218270B2 (en) | Functional software testing framework for determinate level testing | |
| CN107896244B (zh) | 一种版本文件的分发方法、客户端及服务器 | |
| US20150324274A1 (en) | System and method for creating universal test script for testing variants of software application | |
| CN104951355B (zh) | 识别应用程序虚拟运行环境的方法和装置 | |
| CN108509344B (zh) | 日切跑批测试方法、设备及可读存储介质 | |
| CN106649107B (zh) | 安卓系统稳定性的自动化测试方法及装置 | |
| CN105930259A (zh) | 一种web回归测试的方法和装置 | |
| CN107948942A (zh) | 一种短信业务自动化测试方法及装置 | |
| CN109815130A (zh) | 基于区块链的软件兼容性测试的存储方法及系统 | |
| CN105117340B (zh) | 用于iOS浏览器应用质量评估的URL检测方法和装置 | |
| US9612944B2 (en) | Method and system for verifying scenario based test selection, execution and reporting | |
| CN106557419A (zh) | 程序的测试方法及装置 | |
| CN111240981A (zh) | 一种接口测试方法、系统及平台 | |
| CN104461874A (zh) | 一种规范移动app应用测试的方法 | |
| US20160019564A1 (en) | Evaluating device readiness | |
| Culbertson et al. | Rapid testing | |
| WO2014174362A1 (en) | Feature model based testing | |
| CN112651716A (zh) | 数据处理方法、设备及存储介质 | |
| CN105653730B (zh) | 一种数据质量的检验方法及装置 | |
| CN109816342B (zh) | 合同的管理方法、装置、终端及计算机可读存储介质 | |
| CN105894370A (zh) | 一种实现自助办税终端与税务核心系统互连互通的解决方案 | |
| US20160180262A1 (en) | System and method for testing enterprise transactions | |
| CN116048589A (zh) | 配置变更的校验方法、装置、计算机设备以及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20150325 |