摘要：并在之后的测试报告中予以体现。回归测试软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。
Testbird——APP和手游测试专家（注册即可享受免费真机兼容性测试）
一、 测试周期测试周期一般为2~3天，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。
二、 测试资源测试任务开始前，检查各项测试资源。
产品功能需求文档、概要设计文档（包含非本期开发的产品功能部分）
产品原型图（包含非本期开发的产品功能部分）
产品效果图（包含非本期开发的产品功能部分）
测试用例（包含非本期开发的产品功能部分）
行为统计分析定义文档
测试设备（ios7-ios8；Android2.3-Android4.4, 也可兼容到5.0）
其他（例如有限时抢购类的项目，需要规划时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等）
三、测试要点1.接收版本
个人认为，我们目前的团队可以略过，但需要在svn上创建分支，称为“测试版本分支”，在发布后，代码进行封存。
在测试之前，需要向主管、产品经理确认当前测试版本的版本号与版本名
要区别对待本期开发的功能与已发布的功能
2.UI测试
确保手头的原型图与效果图为当前最新版本。
确保产品UI符合产品经理制定的原型图与效果图。
一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。
由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。
3.功能测试
确保手头的功能需求文档为当前最新版本。
确保所有的软件功能都已实现且逻辑正常。
一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。个人建议，用户体验方面的建议，优先级放在修复bug之后。
若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。此处确认最好以邮件形式存在。
所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。并在之后的测试报告中予以体现。
所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。并在之后的测试报告中予以体现。
测试下单时，注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键字，最好每次下单的名称中含有日期，以便查询；在正式环境中下单后必须取消该订单等。
4.兼容测试/性能测试
确保软件在所有兼容机型上都能正常使用（ios一般需要兼容到6, ios5可以不用考虑，用户使用率已经低于5%以下）
性能测试方面必须满足硬件压力条件下的测试需要（例如多线程，用户常用的app都要后台运行的环境中测试。）
网络响应用户体验方面的性能测试，需要保证在wifi、3g、2g网络下的切换效果。比如wifi切换到2g，网络响应的速度以及切换界面。
5.后台订单统计测试
核对“客户端相关启动查询”项，此项数据就是经常说的“激活量”，非常重要。测试时必须保证该项中的各数据均正确，且每次启动软件都会有相应的统计记录。
核对“订单查询”项，测试时必须保证各数据均正确，且每次成功下单后都会有相应的统计记录。
需要注意的是，在成功下单之后，后台会做判断将该订单划到测试订单范围，测试人员必须到“订单查询（测试）”模块中核对订单统计记录信息。
6.用户行为统计测试（这个暂时略过不提）
确保手头的行为统计分析定义文档为最新版本，且与开发人员手中的文档一致。
确保产品经理在文档中所定义的页面在该产品中都是存在的。
尽可能真实地模拟用户行为。
核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的。
7.回归测试
软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目
回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。
只有在回归测试通过之后，才对产品进行提交。
测试人员提交测试日报，到主管、产品经理
主管与开发人员确认bug
主管与产品经理协调修复方案（有文档记录）
主管安排开发人员在测试版本分支上修复 bug （有文档记录）
开发人员修复完成后，通知测试人员已修复相关问题
五、 测试日报及产品上线报告1.测试人员每天需对所测项目发送测试日报。
2.测试日报所包含的内容为：
对当前测试版本质量进行分级。
对较严重的问题进行例举，提示开发人员优先修改。
对版本的整体情况进行评估。
对版本测试过程中修改的内容进行记录。
产品上线前，测试人员发送产品上线报告（记录产品测试记录、修复情况、最终部分）
六、测试版本分支与主线版本的合并由于测试版本分支的上修改的某些代码只是为了暂时性的修复某些问题，随着我们代码量的增大，也许有时候不太会适合提交到主线版本。
开发人员、主管、产品经理集体确认需要把什么代码合并到开发主线。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/12593.html
摘要：并在之后的测试报告中予以体现。回归测试软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。 Testbird——APP和手游测试专家（注册即可享受免费真机兼容性测试） 一、 测试周期 测试周期一般为2~3天，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先...
摘要：在携程产品的整个生命周期中，数据始终贯穿其间。此时，携程的用户研究团队就受命登场了。携程民宿频道的设计进化或许就可归因于这种定量与定性分析的结合。 数据与设计的关系，业界向来颇多热议——有数据驱动设计之说，有数据引导设计之论，也有类似数据关注削弱用户体验的抱怨。看似感性主观的用户体验设计与理性客观的数据分析，究竟怎样才能相互作用进而碰撞出产品的灵感火花？ 本文试抛一砖，将通过酒店产品设...
摘要：二设计方案和落地实施优酷主客团队此前已有一套需求分析流程，建立了需求优先级和需求评审等机制。作者介绍张迎辉花名问菊，阿里巴巴敏捷教练，罗汉堂讲师，开发和讲授多门敏捷课程，先后支持手机淘宝优酷移动事业群等多个部门的团队敏捷转型。 摘要： 如何帮助优酷迅速融合到阿里研发体系？如何优化优酷的需求分析流程？针对需求信息不明确，开发出来的功能不是产品想要的痛点如何解决？ 点此查看原文：http:...
摘要：新一代智能项目管理平台。具有更清晰的产品研发敏捷管理流程和使用体验，并且打通企业微信形成企业管理闭环。如果企业使用企业微信作为平台，那就选择作为项目和产品管理平台。 一、分析目的通过分析2B产品中的团队协作管理软件的对比分析，用于为公司团队协作软件的选型做产考。二、竞品归属市场概况2.1.目标用户群及需求主要面向企业用户，用于解决企业不同地域以及不同职能部门之间的团队协作难点。2.2....
摘要：那么，一个创业产品的客户端架构到底怎么做呢现下最有活力的图片社交软件的技术负责人刘诗彬将为我们解答创业产品如何实现客户端架构。 极牛技术实践分享活动 极牛技术实践分享系列活动是极牛联合顶级VC、技术专家，为企业、技术人提供的一种系统的线上技术分享活动。每期不同的技术主题，和行业专家深度探讨，专注解决技术实践难点，推动技术创新，每周三20点正式开课。欢迎各个机构、企业、行业专家、技术人...
阅读 3666·2021-11-24 09:38
阅读 2786·2021-11-17 09:33
阅读 3702·2021-11-10 11:48
阅读 1030·2021-10-14 09:48
阅读 1525·2021-09-26 09:55
阅读 1304·2021-09-10 10:50
阅读 2988·2019-08-30 13:14
阅读 2435·2019-08-29 18:37
