掀开PC客户端测试的盖头（一）
本帖最后由 小猫钓鱼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用户体验四 系统测试：将新功能与老功能合并，组成新的系统进行测试； 除了保证基本的功能、用户体验外，此节点要测试系统的性能。 性能包括两个方面：1响应时间 2.资源占用（CPU、内存、handle、GDI）五 上线测试：测试上线相关功能如升级、版本信息等等….既然测试就有测试工具，就像放羊的得有个牧羊犬一样。下面已小白的角度来讲一下如何让测试看其来高大上--怎么从手动测试转自动化测试。怎么一步步装B，怎么飞！ 假如小白觉得做测试马上就做自动化优点困难，那么先从最简单的入手—做测试工具。首先你得学一门编程语言（c#，python….等等），其次就静下心来观察总结整个测试流程中有没有固定的流程。有那就好办了:把固定的流程用代码实现，这样自动化工具具有了。这样一来显示测试就显得没那么土气没技术了、二来可以节约测试时间。假如没有，更好办…继续观察。 客户端的测试基本就是键盘鼠标点击；当你觉得做自动化功能测试有难度时，可以从自动化性能测试来，因为性能测试只需要你做相关的操作，然后记录相关的参数即可，不需要校验结果。那么来套最简单的组合:性能记录工具+模拟点击（输入）。这样一来自动化性能测试工具就有了…….又扬眉吐气了 现在到了第三部了，也就是小白的第一阶段目标；自动化功能测试…..（告一段落，待续）
:):lol浏览一下 阅读。。 不知道说啥 全是那么问题来了。。。。亲 重点？ 点赞 感觉自己技术还不够啊还要多多学习学习。http://www.wxgzpt.cc/weixinshiyongjiaocheng/386.html
页:
[1]
