如何测试网页上搜索功能.docxVIP

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