测试规范

1  截图
   能够截图的尽量的给开发者提供截图，千言万语不及一张图！


2  问题描述清晰
   如何将问题描述清楚，
   首要你要搞明白客户的问题是什么？

   提出问题的时候： 你需要整理客户的机型，需要区分Iphone 和Android

   针对Android:
   客户一般不会 了解Android 具体的系统，这个时候你需要到 要到客户的电话号码，然后到ERP后台的设备管理界面。
   最主要的是：  手机的型号

   如果客户知道手机的系统版本那就简单了，
   比如 Android系统6.0, 这个版本的改动比较大。 很多的时候出现问题是 系统版本太多的原因，在Android的APP里面。


3  提问的格式

   【平台Iphone or Android】  + 【APP名称  管家宝，美丽屋 等等】 +【版本号】  +  【功能：例如；发现，首页，我的团队等等】  + 【问题描述：  头像不显示等等】

   例如：
   Andoird 美丽屋  V3.1.0  我的团队里面  用户的头像不显示。

   这样描述很清晰，能耐够快速的定位问题！


4 优先级别的问题

当你在Bug系统提问题的时候，并不是所有的Bug 都是严重级别的！

下面对于问题级别定位：

(急) 严重级别的Bug:    运行直接崩溃，  这种问题是最严重的！

（高） 优先级高Bug:     功能不完善，APP实际效果跟设计图不符，一般是由测试人员提出。测试人员测试的时候（设计师除外），需要根据设计图和产品原型图来
进行测试，不要自己想到什么就是什么。 以设计图和原型图为准， 如果，设计图和原型图有问题，可以找张丽娜商量。

（低） 优先级别低Bug:   有一些Bug的优先级被比较低。比如： 色值不对呀，字体大小不符呀，内容间距啥的。


5 问题的指派问题
提问 要有针对性。 再提问的时候：
IPhone的问题，  如果用Bug系统的话，直接指派给陈莹，  如果通过企业微信，直接@陈莹
个人建议； 尽量所有的问题，在Bug系统里面提。 就算很紧急，现在微信里面@陈莹， 之后别忘了在Bug系统里面 备份你的问题。

因为，我们手上有活的话，可能不能及时的解决，微信的问题直接被刷屏了。我们一般不会，翻好几页找之前的问题。除非这个Bug非常棘手！


6   问题重现率的问题
问题的重现率，非常的高的话，优先级别很高。

重现率低的bug, 测试的时候由于测不到，解决起来也是比较的费时间的！
如果，针对某一些非常罕见的机型， 比如Android 系统 非常低的是偶，优先级就要放的低一些。


7 问题解决的及时性问题
一般，从客服那提出的问题，一般会很快的解决。
但是，开发任务是比较重的。一般不会一边开发新功能，一边解决bug。  所以，我们正在解决的Bug,已经解决了。但是，还没有发布测试包。
Bug 系统里面， 测试人员看到，自己待审核的问题里面，用老的包进行测试，导致了问题又被打开了。 这种问题，对于新来的客服是很常见的。

所以，对待审核的问题，需要等我们发包之后再进行处理。