掀开PC客户端测试的盖头（一）

小猫钓鱼MH · 发表于 2014-10-23 14:26:01

本帖最后由小猫钓鱼MH 于 2014-10-23 16:09 编辑

这一章是介绍背景的，想开测试流程的直接跳转（二）
我是小白，从0开始接触测试行业，工作8个月，有了10个月的工作经验（算加班）。下面为准备入行的小小白，介绍一下PC客户端测测试流程，和自己的一些收获。在团队中测试人员充当的角色，很像放羊的；那么问题来了，到底哪家强？
闲话不多说，先扯点没用的--关于测试人员的角色。测试人员，更应确切的说是质量人员。不仅要尽量的保证产品无BUG，而且要保证产品高质量。就像你是个放羊的，不仅要保证把羊群放出去赶回来，而且要保证羊吃的饱。发布产品也是这样，不仅要保证可用性，还要保证易用性。在做测试之前首先要记得自己是一位挑剔的用户，用户体验是最容易忽略的地方，也是质量最根本的地方。那么问题来了，用户体验到底怎么做？体验看似虚无的东西，但你可以把它量化、靠数据说话。那么问题又来了，数据从哪来？多大规模数据就足够了？
再起一段吧，前一段写的很长了，我体育老师教语文的时候说写作要有段落。
所以再起一段，继续问题，数据从哪来？测试人员要与用户保持密切的联系（例如一个QQ用户群），在群里可以收集用户需求，bate版本的用户体验等等…把用户反馈整理成表格，这就是你的数据。多大用户做抽样样本就足够了呢？100+吧，经验数据，别问我怎么知道的，我瞎编的。
总结一下前面说的东西：测试人员要保证用户体验。
然后开始说第二件事，测试人员要熟悉开发实现流程。从实现技术、框架中挖掘测试点、风险点。现在测试人员又充当了整个开发流程的监督者。让整个羊群高速、顺畅的运转。为什么要这么做？因为这是角色限制，开发人员更像是个专一的小姑娘，她就去做别人交给的工作就可以了，更像时工作流中的一个节点。产品的开发过程是一个变化的过程，如果说开发过程没有需求的变化，那产品的PM一定是个哑巴。在需求变化时，按理会周知所有相关人员。当产品处于快速的迭代期时，这种需求变更周知汇编的非常频繁，以至于大家都麻木了。测试人员这时要定期的检查大家的作业：一,在原有的开发时间节点，变更的需求是否能完成，及时调整开发周期。二，新增加的需求的风险、是否达到效果，跟相关角色沟通及时更新测试点。
第二件事是说，测试人员要把握产品开发进度，保证开发过程高质量执行。
第三件事编不下去了……那就是测试本身的工作。（未完——还有二呢）

继续前面的：（二）

所有的开发流程都是大相径庭的（这个词是相似的意思吧）；

按照开发流程，来介绍一下测试流程：（箭头上半部分测试流程）（箭头下半部分开发流程）

一需求了解：就是了解PM要做什么。

二测试沟通&准备：

2.1测试沟通：了解程序员实现功能的流程（流程图）；使用的技术（技术风险）；对其他模块的依赖&影响（接口）。

2.2测试准备：测试环境的搭建、测试用例的准备

三单元测试

3.1主要是功能测试：保证正常流程、异常流程的畅通

3.2兼容性：OS、浏览器、屏幕分辨率

3.3用户体验

四系统测试：将新功能与老功能合并，组成新的系统进行测试；