合格的软件测试人员要求

1、我先给大家一个目标，硬件上的： 1.需要具备UML语言基础，看得懂设计，能理解设计 2.需要会用Project2000来合理的安排自己的工作，知道自己每天做了什么，明天要做什么 3.具备初级的软件度量知识，比如如何有效的统计BUG分布，概率等等 4.精通自己的开发语言，会用语言制作自己的测试工具 软件上的： 1.探索精神 2.故障排除能手 3.不懈努力 4.创造性 5.追求完美 6.判断准确 7.老练稳重 8.说服力 测试经理要求： 我协调，调整资源，评估风险！ 面试时被问到： 1.什么是CMM TO:软件能力成熟度模型。 2.什么是静态测试和动态测试 TO:静态测试指软件文档审查、和程序代码

2、走查，就是读代码检查错误。动态测试是指执行编译后程序的黑盒测试和执行源代码的白盒测试。 3.有那些测试步骤,每个测试步骤有哪些文档 to:首先是需求、概要设计、详细设计评审、然后是单元测试、集成测试、系统测试、确认测试。需要评审计划、评审表、测试计划、测试用例、bug跟踪单、测试报告、测试问题分析。 4.对一个输入1-100数字的输入提交功能设计测试用例 to:如果是黑盒测试：首先划分等价类，1.输入数字为空；2.输入数字为0；3.输入数字为-1；4.输入数字为101；5.输入数字为1-100中间的任何数；6.输入数字为小数；7.输入为字母；8.输入为控制字符。 1.如果你是一个测试经理,你如

3、何给你的手下分工? 2.在测试过程中,你需要提交给开发人员那些文档?怎么样跟踪项目的整个过程?怎么样跟踪每个程序员的进度? 3.测试用例的来源? 我先考SQA人员的UML基础，问一些图形符号，刷掉80%的人。再问SQA人员的编程基础，如果是Java的，那就厉害了！最后问他对SQA的过程了解些什么，能举个例子吗？最最后问他，如果工程时间不够了，没 有充足的时间来做测试，更谈不上过程质量监管了，该增么办？ 遇到一道考测试流程的题，大意为：请将以下测试按流程排列：单元测试、系统测试、验收测试、集成测试、字符串测试、平行测试、组件测试。 那位可以给出答案？ 单元测试->集成测试->系统测试

4、->验收测试，其它的全是错误的！这道题烤得你是流程概念，字符串测试、平行测试、组件测试都是测试方法或者有所区分的测试范围，跟流程没关系！ To All: 软件测试的步骤：软件测试的步骤详见8.7.3节中的图8-8测试步骤。 单元测试：单元测试也称模块测试、逻辑测试、结构测试，测试的方法一般采用白盒法，以路径覆盖为最佳测试准则。 集成测试：单元测试之后便进入组装测试。尽管模拟了驱动模块和存根模块进行单元测试， 由于测试不能穷尽，单元测试又会引入新错误，单元测试后肯定会有隐藏错误，组装不可能一次成功，必须经测试后才能成功。集成测试 分为增式组装测试和非增式组装测试，所谓非增式组装，按照结构图

5、一次性将各单元模块组装起来。所谓增式组装是指按照结构图自顶向下或自底向上逐渐安装。 确认测试：确认测试也称合格测试或称验收测试。组装后己成为完整的软件包，消除了接口的错误。确认测试主要由使用用户参加测试，检验软件规格说明的技术标准的符合程度，是保证软件质量的最后关键环节。 系统测试：一般的系统除了确认测试外还要做如下几个方面的系统测试 恢复测试 通过系统的修复能力，检测重新初始化，数据恢复，重新启动，检验点设置机构是否正确，以及人工干预的平均恢复时间是否在允许范围内。 安全测试 设计测试用例，突破软件安全保护的机构安全保密措施，检验系统是否安全保密的漏洞。 强度测试 设计测试用例，检验系统的能

6、力最高能达到什么实际的限度，让系统处于资源的异常数量、异常频率、异常批量的条件下运行测试系统的承受能力。一般取比平常限度高5一10倍的限度做测试用例。 性能测试 设计测试用例测试并记录软件运行性能，与性能要求比较，看是否达到性能要求规格。这项测试常常与强度测试相结合进行。 关于“平行测试”用大俗话说就是：同时间对不同模块进行测试。 还有二个问题很有意思留给你： 软件测试的目的: A.避免软件开发中出现的错误 B.发现软件开发中出现的错误 C.尽可能发现并排除软件中潜藏的错误,提高软件的可靠性 D.修改软件中出现的错误 * 软件质量的定义，软件质量反映什么问题？ 软件质量的定义，在软件质量浅谈中

7、有详细描述。我还是认为下面这些理解比较通俗、易懂。 1、质量要从顾客的角度来看质量始于顾客的需要，终于顾客的理解。 2、质量不仅要反映在企业的产品上，而且要反映在企业的每一个行为上。 3、质量需要全体员工同心协力应使外部顾客和内部顾客都感到满意。 4、质量要求高质量的合作伙伴包括高质量的供应商和销售商。 5、质量方案不能够挽救劣质产品一个质量运动并不能够补救产品缺陷。 6、质量是可以得到改进的要靠每一个人去不断地改进每一件事。 7、质量改进有时需要数量上的飞跃较大的改进必须有新的解决办法和更精明的工作的方式。 8、质量并不导致成本 上升改进质量要求“一次性做好”，以减少补救、修正和重新设计的成

8、本，更不 必说在顾客满意度方面有什么损失了。 9、质量是必须的但可能还不够尤其当所有的竞争者都将其质量提高到大致同一水平时。 摘自测试流程管理1.1.2 快跑还是慢行：测试阶段 组件或子系统测试 在组件或子系统测试阶段，测试人员主要是为了发现单个功能的错误。组件测试趋向于强调结构（白箱）技术。此外，组件通常需要结构支持。组件测试非常适合在这种情况下进行开发。然而，如果组件只由一部分组成，那么行 为（黑箱）测试适合于这种情况。 字符串测试 字符串测试着重测试通常使用的脚本和客户可操作的字符串。这一阶段很少被用到；我也只是在集成测试中涉及严格的黑箱测试时看到过它的一次应用。在 Speedy Wri

9、ter的情况下，字符串测试可能在文档加密、 解密，或者文档的创建、打印，以及文档保存的情况下被用到。 平行测试 硬件开发经常包含平行测试，它在验收测试之后进行，或者与验收测试同时进行。平行测试检查生产线的能力，以及大致生产出完成后的系统。有时，这个阶段也包含在一般的软件开发中，它可以证明系统在一组有限的真实客户 进行的现场环境中能够执行所有必要的操作。如果您的测试组织没有包含在生产或操作中，那么您可能不需要进行平行测试。 测试阶段的排序 下面展示的是测试阶段的通常顺序。这个阶段不是一成不变的也就是说，每个阶段之间的相对阶段长度和覆盖面是经常变化的。 单元 组件 集成 字符串 系统 接受 fastpoint : 单元测试->(组件测试->集成测试->系