APP测试团队新人需知

1.测试机使用情况：

1) 一般情况下，测试时需要的机子是公司购买，由相应的人进行管理。 2) 但是有些时候因为测试需要借用同事的机子，如果借用同事的机子，需要注意以下

情况：

① 如果借机子的时候，同事还没来或者同事自己要用手机等情况下，要及时跟项目负责人反馈，协调机子

② 跟别人借机子，中午下班时间、晚上下班时间要及时还给机子的主人 ③ 跟别人借机子，测试期间有电话、短信等要及时给机子的主人，如果电话短信太多，影响测试，要及时跟项目负责人反馈。

3) 借公司同事的机器测试，测试完删除被安装的软件以及注销分享帐号

4) 测试机的系统需维持原系统，不能随意升级系统。系统升级有相关人员管理。 5) 测试时，非测试期间不要让机器长时间处在视频在播放界面，容易损坏机器。 2.安装包进行测试时需要用到的助手：

android平台统一使用应用宝第三方来安装包；iphone暂时没有统一 3.公司文件保密情况：

1) 内部传文件及文档必需用公司邮件或U盘传，不能用qq等直接传输

2) 不准将与公司相关的代码及内部资料文档拷贝或者发送到公司配的工作电脑之外

的地方，如有特殊情况需要拷贝代码的需经部门主管批准，批准通过后方能传出

4.测试任务：测试时一般情况，会由相应的项目负责人早上或前一天晚上在群里分布任务，一般一个人一天有两个任务，分布后会有个早会，说明下今天测试时需要注意的一些情况。任务一般情况有：自由测试、跑测试点、核对文档+测试点等。不管测试内容与形式是什么，等测试完需要给相应的负责人以邮件形式发测试反馈。测试相关内容、事项不清楚的时候，需要注意及时、尽早去沟通

1) 总的注意点：

① 当天任务以下午三点为分隔点，如果不能及时完成要跟相应项目负责人沟通商量。 ② 测试当天任务中有需要测试适配表的，除了当天的任务之外，还需完成适配表的测试内容。

③ 理解定义：核对文档保证文档需求满足，不用自由测试；执行测试点一

定要去执行；参考测试点一般在核对文档或者自由测试的时候加入，可以不用一条条执行，但是可以补充自己未想到的思维点

④ 测试任务当天有要求验证OLD，NEW时，步骤较浅或较明显的BUG需去测试昨天的安装包是否存在该BUG。并且需在关键词那边标注OLD或new.注意一般完整完输出时，基本上已进入相对模块的二轮测试，如果负责人没有要求，可以主动询问。

⑤ 测试反馈需边测边写，不能测完再写，避免遗漏

⑥ 测试任务需当天在走之前发测试反馈，模板请仔细阅读“姓名-项目版本--测试反馈 ⑦ 测试过程中有跟产品确认的需求或需要产品补需求的点需要补充在对应的项目的需求确认框架及需产品补充的测试点的文档中。

⑧ 测试过程中有遇到不懂的测试点或需求，累积一段再一起询问，避免太濒繁打扰到其它同学。

⑨ 测试中如果需要用到一些后台，后台地址只能向相应的项目负责人要；同时如果知道某个项目的后台，不能随意告知他人地址与密码

⑩ 必读群里面通知的内容每天下班前务必看过并谨记内容。 2) 如果是跑测试点，需要注意以下几点

① 执行通过标黄色； ② 执行不通过红色；

③ 自已有补充或修改的用蓝色并标注日期及修改人名字； ④ 测试点中有包括“、号”、“\\号”、“或”字的内容多个条件都需要全部测试，即当成多个测试用例测试。

3) 如果是自由测试，需要注意：

① 需注意至少涵盖所安排任务的各个菜单项功能实现是否正常。 4) 测试特定功能需要注意：

① 测试升级时注意搭建相关数据再升级，即需模拟用户常用操作，操作一些内容后，如下素材、登录帐号操作相关功能后，再进行升级。

② 广告\\push\\检查更新等结合后台，测试完成后，要及时删除所添加的测试数据，以免其它人误推到正式环境。

③ 测试时设计到保存时，测试时要到图库查看所保存的图片是否跟操作一致。

④ 测试时设计到遍历特效、边框、MV、滤镜时，逐一测试每个效果，需查看应用出来结果是否正确，及需查看保存到图库或分享出去在对应的平台图片或MV是否正确。

⑤ 分享到各平台，需注意各平台输入字数超过限定字数时的表现形式； ⑥ 测试时注意各种图标、图片、视频的清晰度。

⑦ Bug验证时，写明验证是否通过，验证步骤，验证机型，及备注验证了哪几个入口 ⑧ BUG验证时，注意确认BUG的修改代码是否已加入当前测试的安装包中，可以以解决build上的时间参数或开发回复BUG解决方案及影响范围的时间（两者选其一）与安装包的名字时间做对比来判断是否已加入当前BUG的修改代码。

⑨ android项目有抓取LOG的以BUGID加出问题的时间点命名。如bugid222t201501011540

⑩ Android，app中有需要下载的素材都需要考虑安360清除数据后素材的正常显示 11 涉及到保存图片的，一定要测试下存储位置，包括手机存储和sd卡存储 5) 测试bug跟踪情况，需注意：

① 一个BUG不能超过三天没有更新状态。需及时跟进BUG进展

② “设计如此”的BUG需跟产品经理确认。及及时编辑BUG注释。

③ “无法解决”的BUG需跟开发经理确认及告知产品。及及时编辑BUG注释。 ④ “以后解决”的BUG需跟产品及开发经理确认及告知产品。及及时编辑BUG注释。

⑤ “外因造成”的BUG需跟开发经理确认及告知产品。及及时编辑BUG注释。 ⑥ “无法重现”的BUG需跟进三个包并每次注释情况（没有找到规律时，可以找技术问一下，正常情况下，技术更容易找到是什么原因导致这种情况。毕竟代码是技术自己写的。）

⑦ 以上几种状态的BUG，在经过自己的多方验证回复后，IOS可直接发q跟开发经理猫哥确认，android开发有回复后，一周累积几个同一跟开发经理佳水确认。

⑧ 需定期整理较有价值的BUG，在项目总结会上做分享。

⑨ 重复bug：重复的验证已解决并且提bug人员已验证后，及时验证自己的重复bug，通过后及时关闭

⑩ 已解决:备注中如果有其他人备注，验证bugOK后指派给备注的同学，并且告知他，等他验证通过后，通知你关闭该bug 5.BUG描述

1） 预置条件写清楚，没有的可不写

2） 步骤清晰直接，避免冗余，可使用—标识。如：开启秀秀—进入首页—点击美化图片

—选择图片—点击智能优化—使用A效果。。。 3） 结果写清楚，有附图的写明详见附图（附图用jpg格式的图片，抓到的log命名格式为年月日时分.txt ）

4） 预期结果写正确，不要自己感觉是怎样就是怎样，有不确定的要与产品确认

5） 备注，备注出现的机型，如果是只测了某台机子，就写：当前测试机型xx，未测试其

他机型；如果是只有某台机子出现，就备注XX机子出现该问题，另测试XX跟XX机子不会出现该问题

6） 概率：写出出现的概率百分比，同时右上角【其他信息】处，选择出现概率

7） 标题要简洁明了，对BUG进行概括说明，一定要包含关键字，如果是web的BUG，

在标题前面备注（web）

8） 遇到UI、翻译问题，在提BUG时注意在BUG标题那边备注[UI：]或[翻译：]

9） 测试任务当天有要求验证OLD，NEW时，步骤较浅或较明显的BUG需去测试昨天

的安装包是否存在该BUG。并且需在关键词那边标注OLD或new.注意一般完整完输出时，基本上已进入相对模块的二轮测试，如果负责人没有要求，可以主动询问。 10） bug等级：

1：必现崩溃、严重影响该功能的继续测试

2：但凡跟需求文档不符的或需求文档没描述的一些影响用户的一些逻辑问题、较高概率性崩溃

3：不影响用户的小逻辑问题、只出现一次崩溃、非常极端操作造成崩溃

4：建议优化（经过产品确认的提给开发，未经确认的提给产品）如何发现：核对文档时发现的bug选择【需求检查】，执行测试点发现的bug选择【执行case】；自由测试的选择【自由测试】；项目上线后发现的问题选择【上线遗漏】；上线后用户发现的问题选择【客户反馈】

11） bug类型：测试过程中发现逻辑错误的，选择【代码错误】，发现的bug如果是显

示不全，或是图片与客户端实际UI不符的，选择【用户界面】，在测试过程中与产品确认问题，或是不同平台统一逻辑的，选择【需求变动】；在测试过程中与产品确认产品遗漏的点，并且产品补充需求的问题，选择【新增需求】，新增需求和需求变动提bug时指派给产品，等产品补充文档，开发解决后，再及时验证bug。

6.周报：每周五下班前需提交周报。周报重点需写明本周进步点及不足点在哪。

7.一些测试后台环境需添加HOST来进行域名重定向指向需要的环境。添加HOST方法：C:\\Windows\\System32\\drivers\\etc用文本形式打开HOSTS文件，把需要指向的地址复制进去保存。

8.相关测试术语

1) 包的分类：

① 工具类产品：分为测试包跟正式包（ps：安卓通过“配置文件”来实现这两种包的区别；iphone通过打包来实现）

a. 测试包：包里涉及到后台地址的为测试地址 b. 正式包：包里涉及到后台地址的为正式地址 9.安装相关工具

1）安装Foxmail或用outlook收发邮件，具体使用方法参考“邮件设置方法”文档 2）安装应用宝--android指定安装工具 3）安装itunes、pp助手---ios安装包工具