如何测试网页上的搜索功能
-
时间紧迫的情况下，如何做好测试工作？
软件产业迅猛发展，已经渗透到人类社会的各个层面，大到航
天军工，小到商店收银，
无不有软件的应用。
因此这个命题有点
大，
不同类型的软件，
测试特性有所不同，
很难以一
盖全，
这里我只是以一个从事
ERP
类软件测试的人员角度阐述一些观点和实践经验，
希
望对
大家有些许帮助！
1
）
对时间、成本、质量要有清晰明确的认识。
< br>有过项目经验的人肯定对时间、成本、质量这三轴围成的三角形不陌生，三者是相
互作用相互制约的，
作为项目管理者希望项目成功，
自然要平衡
这三要素的关系。
时间
不充分的前提下，想作好测试工作，这个
“好”字就得从项目整体的层面去认识，而不
能单纯从质量一条线去衡量了！所以，测试
人员有可能接受这样一个背景下的任务时，
是不是应该和项目负责人提出一下：
如果要力保时间，
那么就要在成本上加大投入，
另
外在质量上必须接受一些瑕疵，
我们是不是必须要这样作呢？
明确一下我们本次任务的
目标到底是什么？如果得到的答案是要抢时间，
那么好，
我们再去抱怨时间的紧迫就没
有意义了，而是
应该想一些切实有效的办法来解决这一问题！
2
）
加大成本。
上一条中我们看到了，如
果时间要缩减，质量要求不变的情况下，项目成功度（三
角形面积）须要通过加大投入成
本来解决，很直接，就是人、财、物！但是那往往这是
很理想的状态，
< br>绝大多数的情况则是随着时间的不充分，
成本同样也不会有过多的追加，
否则我们也不会把这个问题作为难点来讨论了。
那么我们就只能通过内部
挖潜来尝试一
下了。
3
）
需求要对产品有准确的定位和适当的剪裁。
< br>作软件研发业务的最前端，产品定义、需求、设计对产品的成败至关重要，从实践
中看，
如果前端有一个小环节没有花时间考虑到位，
那么后期的
编程、
测试的过程需要
花数倍的时间来返工、
< br>弥补，
甚至还要承担引发连锁反应的重大风险，
因此在测
试甚至
编程开展之前，
需求人员务必把份内工作作足，
确保项目需求的准确性和稳定性。
同时
如果在比
较了时间等资源条件与要实现所有功能的工作量之后还是无法平衡，
那么就必
须作适当有效的剪裁来确保本次开发项目的可完成性。
4
）
开发人员实现的内容要及时充分印证和验证。
印证是指确保作出的东西是需求要的；
验证是指确保作出的东西是可用的、
好用的。
这方面可以通过各种手段，比如需求验证、单元自测、结对
编程、同行评审、和需求测
试人员加强沟通等等，原则只有两条：及时、充分。
5
）
测试的二八法则。
偏向业务的软件产
品中，真正核心的流程和场景只占
20%
，用户往往会把
80%
的精
力放在我们的这
< br>20%
部分中，
对产品的认可度表决权也基于此，
因此决定项目是否能顺
利验收，
产品是否能顺
利发布等等，
都很大程度取决于此。
所以我们在资源不充分的背
景下，只能抓大放小，把有限的精力高效利用，找准这
20%<
/p>
的重点场景和业务，部署我
们
80%
的测试资源，有侧重的去开展测试业务，作到有的放矢！
6
）
测试计划的重要性。
往往很多项目一
说时间紧，就把计划呀、评审呀这类环节省略了，其实要省时间，
即是要敏捷，
那么敏捷的朴素思想就是挤掉一切不是必须有的水分，
使研发过程
LIGHTLY
。
但是，
如果一个环节的省略，
会造成后续很大的潜在损失，
那么就
是必须的环节，
因此
适当的测试计划我认为恰恰是在短时间保证
质量的有效途径，
时间紧，
则更要求计划作
的细，
作的好落实，
分工给每个测试人员时，
大家都很明确自己要作什么、
作到什么程
度、
什么时间作完，
同时各项分工整合在一起时还要作到对关键点的全面覆
盖、
要充分
考虑到应变方案以应对可能出现的拖期等意外情况。
再有就是在计划中把过程细分成一
些关键的里程碑，
比如什么时间点把详细需求固化、
什么时间把测试方案确定、
什么时
间进行需求验证等一系列重要的时点，
我们管
理者在过程的监督和控制上只要抓好这些
里程碑，
就能比较好的
驾驭这个项目，
当然里程碑的颗粒度确定要根据项目的实际情况
有所区别，
量身定制最适合的。
另外，
计划是否起到良好作用的关键在于执行过程的管
理，
世间万物都
是变化的、
唯一不变的就是变化，
所以计划中要体现优先级，<
/p>
在执行过
程中及时调整，
把握好哪些是不
能变的，
哪些是可以调整可以剪裁掉的，
这是非常重要
的。
7
）
风险前置。
开发前期提前实现那些隐
患比较大的功能部分，比如基础数据档案、非本部门或本
项目组负责的接口方模块、
复杂业务逻辑功能点、
核心算法和单据、
性
能要求较高的操
作等等，
这些内容如在后期发现作的有问题，<
/p>
往往投鼠忌器，
修改成本过大，
所以这些
环节尽量安排提前完成并提交需求、测试人员验证。
8
）
建立高效的工作流程和沟通机制。
比
如站立会议、燃烬图看板、成果演示等敏捷开发的工作方式可以适当尝试，一切
以高效顺
畅的沟通为底线，当然事情不是不需求讨论，但讨论一定要迅速落实，有了良
好的工作流
程作保障，会发现很多时间被挤了出来。
9
）
人的管理。
21
世纪什么最贵？人才！
只有把人管好用好，
事情才谈的上能
否作好。
首先提升人
的能力，
通过知识
共享、
传递、
考核等手段，
快速把测试
人员的能力提升到胜任的水平；
第二对人员进行合理的分工安排，关键位置关键人、分组
分块、以老带新、男女搭配、
交叉测试等各种方式；
第三建立适
当的授权，
充分发挥团队核心人员的作用，
一个人的
关注度毕竟有限，
集权式的管控模式在高效模式下很难运作的好，
作为测试经理，
如果
手下有核心的主测或小组长
，
只要管好他们就成功大半了，
同时有任命必有授权方可名
正言顺，
如果想基层的负责人顺利开展工作，
适度的授权和放权是必须的；
第四监督必
不可少，
没有监督，
再多的任务布置都是形同虚设，
负责人
要在必要的环节、
时点作关
键的监督，比如抽验等方式对测试人
员的工作状态和成果作具体的确认，对好的褒奖，
对差的批评指正，
累犯不改的害群之马尽早更替；
最后还要提的一点是士气很重要，
< br>要
努力营造一种积极团结，
能抗压，
爱攻坚的团队氛围，
加班虽是捷径但实际上还是工作
时间的
延长并不是解决时间紧张的途径，
而且同时可能会带来人员士气和健康方面的隐
患。
10
）
适度的测试工具引入。
工欲善其事必
先利其器，适当引入测试工具代替人工无疑是件提升效率的好事，但