关于自动化测试的一些问题及解答.pdfVIP

2014 年51Testing 第77 期沙龙 ——来宾关于自动化测试以及其它问题的提问及来宾解答 自动化： 问题：QTP 回放时，输入域已输入数据，可被测系统却提示该输入域 没有输入数据，此种情况脚本如何解决？ 答复：此种情况的话，可以先在脚本中通过if 语句进行判断，如果确 实输入了，但系统却提示没有输入的话，应该考虑可能是系统 的 缺陷，那么直接报缺陷即可。 其它类： 问题：开发（项目经理）不care 项目的测试。我们测试在前期或后 期应怎么规避其成本、人力、质量等风险？ 答复：这个问题我想不是个例，很多企业都有类似的问题。我个人认 为： 在项目的前期，测试负责人需要跟开发做好沟通，跟他们谈谈，做测 试希望达到什么效果，什么目的，根据开发方的期望,提出恰当的测 试方案，若是开发同意了方案，那么自然而然的，他就会认可你测试 的成本、人力等资源消耗。 在项目的后期，严格把好测试退出的标准，若是开发方想拿标准和测 试方打个商量，拿你完全可以让他找客户、找老板先商量。 问题：中小公司，项目时间催得紧，测试团队初建，项目计划文档和 需求原型、需求文档粗糙的情况下，测试计划如何让公司满意？通常 他们就知道催测试每天干什么，没重视测试工作时间，只重视上线时 间。 答复：看提问者的问题，感觉公司做项目还是有很大的问题的，不仅 仅是测试的问题，当然，你可能会觉得你的力量有些杯水车薪，说的 话，提的建议都没有办法让人听取。 我个人认为，不管什么项目，一旦承接下来，测试应该第一 时间介入，这个时候介入，主要是要和项目中其他的团队进行交流沟 通，比如，确定时间，开发要多久的时间，测试的要多久时间，什么 时候开发提交测试版，测试版提交的规范和标准是什么。若你没有机 会第一时间介入项目，那么在你接手项目的那一刻，你也应该确定这 些问题。 这些问题，看似是测试人员在提要求，其实从本质上来说， 是测试人员在跟开发人员之间找到合作的方式和方法。 问题：如何给开发做测试培训？ 答复：开发人员肯定是要做测试工作的，因为他们需要在开发的同时， 要做单元测试、集成测试，冒烟测试等等。 培训的内容，可以谈谈 1、黑盒测试用例的设计 2、白盒测试用例设计 3、公司内部使用的测试管理工具和bug 管理工具 4 、公司内部的测试流程，在流程中明确开发和测试的职责 问题：测试指导书，主要关注哪些点？并在项目执行中如何更好的监 督。 答复：测试的指导书，说到底，就是你们公司的测试工作要怎么做， 开发人员在测试流程中要做哪些事，测试人员在测试流程中要做哪些 事。这些问题需要根据你公司的情况才能深谈。下面我只能谈谈我的 感受。 测试的指导书，我分成了三种，一种是测试管理人员看的（比 如testlink 和 mantis 工具的管理员）；一种是测试人员看的；一种是 开发人员看。 第一种，给测试管理人员，包括了账号管理、权限管理、管理 测试项目、数据资料备份的制度，有点类似于测试团队的配置管理员 第二种，是给测试人员看的，包括用例设计的规范，bug 提交 规范，测试执行的规范…… 第三种，是给开发人员看的，怎么建立自己的账号，怎么做冒 烟，怎么送测 至于说监督，一般来说，在测试项目进行的过程中，测试的负责人的 职责就是监督，比如检查用例，检查提交的bug，负责与其他部门的 交流。 问题：测试用例颗粒度大小如何判断？怎么定义？ 答复：因为没有和提问者面对面的沟通，所以我并不是很清楚提问者 想要什么答案。 我谈谈自己对测试用例颗粒度的看法。 很多时候，开发把软件提交给测试团队，作为测试者，我们其 实很清楚开发人员提交过来的被测试对象其实是没有经历过单元测 试或者集成测试的，或者就算开发人员做了单元测试或者集成测试， 那也只是开发人员他们自己认为做了而已。 那我们测试团队接手这样的被测试对象，测试用例设计就不能 按照我们理解的系统测试用例那样，只是考虑系统的流程，我们不妨 也考虑一下先设计单元级别的用例，再设计集成测试用例，最后再考 虑系统测试用例，比如，先