【转帖】功用测试的测试任务流程

  依照产出的文档,引见项目 开辟 过程当中的任务步调

  1. 测试计划 :这个计划,我团体认为应当在具体设计肯定后,代码末尾编写的时分停止制订,因为我是“延迟末尾测试任务”思路的忠诚fans,固然现在项目里都只要我一团体在这么早末尾任务。。。-_-///

  a) 测试计划,主如果给前面的测试任务一些指南,不能写成指导看的计划,而是要写成由干事的人看的计划

  b) 包罗的内容能够有:

  i. 测试团队人员及分工(要肯定当测试时出现 缺点 界定、 测试情况 准备等后果时能找到指定的人员)

  ii. 测试末尾完毕时间(抱负状况下,不要安插的太紧,赶工必然会形成延期或测试不完整,惋惜抱负和抱负的差距被规矩为很大年夜)

  iii.测试情况设备(甚么样的硬件条件,可否 收集 、装备等,系统在甚么地址访问,访问权限、应用的测试数据等方面的估计和准备)

  iv. 测试哪些器械要说清晰,这里我建议把复杂的测试纲要归入测试计划中,一方面指导可以看到你的计划写的多具体,另外一方面纲要可以很好的成为编写用例的依据

  v. 如何测试要说明确,如只做 系统测试 ,那就要写清晰不做 集成测试 ,假设需求集成测试,就需求写明确集成依次。其余假设需求停止功用、文档、等其他的测试也要在这个计划中写明,固然通俗这个计划都是针对功用测试,然则假设有其他测试,也要写出来并安插时间,响应测试的相干计划等也需求指明

  vi. 测试完毕标记(要说明测试到达甚么水平可以完毕测试,不能等到把一切缺点都找出来以后才完毕,因为那将是一万年),许可缺点存留在系统里,我们只需求找到留若干这个度就够了

  2. 测试用例 :这个文档,主要刻画具体的测试步调,但实践应用中,至少今朝我的项目里,因为时间的启事,很少有写的,就算写了的,也基本没有效到测试里,在这边的很多项目大年夜都是直接来测,全凭我团体的经历来检查(在此感谢指导们关于我二把刀技巧的信赖_@_)。然则我想说其实他很主要,或许你不需求写的很具体,然则相对需求经过如许的步调来理顺思路,这个文档的短长和实用水平,直接可以决定你可否能“用起码的任务(量和时间),尽早的发明尽能够多的缺点”,写这个文档需求用到一些 实际,如等价类划分、界限值、这个表阿谁表(汗。。。遗忘了)

  3. 缺点记录:是功用 测试过程 中应用频率最高的文档,用于在测试过程当中记录发明的缺点,并由开辟人员作为修改缺点的依据,和修改后 测试人员 停止回测的主要依据 测试方法

  a) 该文当也有助于剖析开辟人员存在的“毛病集群”现象,总结易掉足的中央,对缺点多的局部做更深化的测试,并提醒开辟人员防止缺点

本文地址//a/hgtyappxz/20200504-279.html,转载请注明出处!

上一篇:2018年春运收官!铁路发送搭客3.8亿人次 超2/3搭 下一篇:没有了