|
本文主要针对App的产品来进行测试，但万变不离其宗，大家可以去参考下。
测试要区分不同阶段来进行，在产品设计时，开始做用例/流程测试，只有这样才可以提高研发时间，如果你没有在这个阶段进行测试，这样你后面的研发就会被你拖累；在产品研发时，跟进研发进度来做可用性测试和其他细节的测试，最后在产品上线前做用户体验测试。
怎样才能做好产品测试管理工作呢？建议大家做到以下五点：
１、 建立测试的准入和准出标准，对于设计部门如何提交测试任务，以及测试部门如何完成测试工作做出书面的明确规定，并大家一致评审通过，在执行时严格遵守。
２、建立产品问题提交和处理的流程规范，并实现流程化以做好记录，避免问题提交和处理过程的随意性。
３、建立产品问题和缺陷库，以便后期新产品测试参考。
４、奖惩分明，对于责任心不强的开发人员及测试人员要罚，对于测试过程中表现突出者要奖励。
5、提升全员的质量意识，加强每个环节的质量把关，包括设计，测试，生产等等。
在测试中不要试图教用户如何使用产品，也不要试图向用户推销你的产品。
产品测试包括用例测试，可用性测试，用户体验测试。
测试资源包括
1、产品功能需求文档；
2、产品原型图；
3、产品效果图；
4、行为统计分析定义文档；
5、测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）；
6、测试周期是直接跟着开发周期同步进行。
用例测试或流程测试：
这个测试过程主要是基于我们的产品需求文档中流程图来进行测试，如:订单流程、注册/登录/找回密码流程、退款/退货/换货流程等等。注:如果公司不要求你做需求分析，但请你先写流程图再写原型图，否则流程走不通，你也白写。
在这个过程是可以测试出产品的流程是否能够正常的流通运行，因为你在产品需求文档中你会注明该流程功能的业务规则，在测试时是否符合该规则进行开发。
可用性测试：
可用性测试的概念是：让一群具有代表性的用户对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。
该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。
可用性测试包含的步骤有：定义明确的目标和目的,安装测试环境，选择合适的受众，进行测试和报告结果。
概念来自百度百科。
可用性测试阶段包括:规划前的竞品进行可用性测试、原型阶段的可用性测试、BETA版的可用性测试。
理解可以从字面上来解释:该产品下载到你用户手机后会展示什么样的效果，哪些地方对用户来讲是满意的，哪些是不满意的。所以在这个过程中你需要提前找一些测试用户，给他们一些任务，还有咨询一些关于产品的使用方式等问题，因为用户使用产品的方式跟产品经理使用产品的思路是不会一致。找测试用户的方法:发红包--一个红包即可炸出一些潜在和沉默的用户群。给予奖励是为了吸引他们帮助你在产品测试中寻找你找不到的问题和提升产品工作效率。
用户体验测试：
1）是否有空数据界面设计，引导用户去执行操作。
2）是否滥用用户引导。
3）是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导
4）菜单层次是否太深
5）交互流程分支是否太多
6）相关的选项是否离得很远
7）一次是否载入太多的数据
8）界面中按钮可点击范围是否适中
9）标签页是否跟内容没有从属关系，当切换标签的时候，内容跟着切换
10）操作应该有主次从属关系
11）是否定义Back的逻辑。涉及软硬件交互时，Back键应具体定义
12）是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计
主要是让用户去体验产品，让用户来反馈产品的问题。
可用性测试跟用户体验测试有很大相似却有一些区别，所以分开写。
其他测试：
UI测试、功能测试、手机系统兼容或页面兼容测试、注册/登录/找回密码测试这些都是我必须在这里重点提醒大家都测试细节。(因为很多企业都没测试工程师)
请记住一句话:不要因为你现有企业的产品流程不规范，而放弃专业的学习态度和工作态度。
最后附上测试的思维导图:(本群附带文档)
产品App测试导图
|
