软通动力软件测试面试题.doc

软通动力软件测试面试题一、软通动力面试笔答 1. 白箱测试和黑箱测试是什么? 什么是回归测试? 2. 单元测试、集成测试、系统测试的侧重点是什么? 单元测试的重点是系统的模块,包括子程序的正确性验证等。集成测试的重点是模块间的衔接以及参数的传递等。系统测试的重点是整个系统的运行以及与其他软件的兼容性。 3. 设计用例的方法、依据有那些? 白盒测试用例设计有如下方法: 基本路径测试\ 等价类划分\ 边界值分析\ 覆盖测试\ 循环测试\ 数据流测试\ 程序插桩测试\ 变异测试. 这时候依据就是详细设计说明书及其代码结构吧; 黑盒测试用例设计方法: 基于用户需求的测试\ 功能图分析方法\ 等价类划分方法\ 边界值分析方法\ 错误推测方法\ 因果图方法\ 判定表驱动分析方法\ 正交实验设计方法. 依据是用户需求规格说明书,详细设计说明书 4. 一个测试工程师应具备那些素质和技能? 掌握基本的测试基础理论本着找出软件存在的问题的态度进行测试, 即客观吧, 不要以挑刺形象出现可熟练阅读需求规格说明书等文档以用户的观点看待问题有着强烈的质量意识细心和责任心良好的有效的沟通方式(与开发人员及客户) 具有以往的测试经验能够及时准确地判断出高危险区在何处. 5. 集成测试通常都有那些策略? 大爆炸集成; 自顶向下集成; 自底向上集成; 三明治集成; 分层集成; 基干集成; 基于功能的集成; 基于消息的集成; 基于风险的集成;基于进度的集成. 6. 你用过的测试工具的主要功能、性能及其他? 7. 一个缺陷测试报告的组成? 缺陷跟踪报告: 编号,如: ut-dt00016 标题,如:文字排版功能. 计算错误版本号,如: 执行状态,如: 空白/ 草稿/ 提交/ 审批/ 分发/ 正在修改/ 修改完毕/ 正在确认/ 关闭…修改记录,如: 2003 年7月2 日;肖睿编制/ 修改;原因测试环境和版本号码、程序编写人员错误严重程度和优先级别错误详细描述重现步骤和方式、对应的测试记录编码附件建议修改方式修改内容、结果及修改人员签字/ 日期 8. 基于 WEB 信息管理系统测试时应考虑的因素有哪些? 1 )功能测试①链接测试②表单测试③ Cookies 测试④设计语言测试⑤数据库测试 2 )性能测试①连接速度测试②负载测试③压力测试 3 )可用性测试①导航测试②图形测试③内容测试④整体界面测试 4 )客户端兼容性测试①平台测试②浏览器测试 5 )安全性测试 9. 软件本地化测试比功能测试都有哪些方面需要注意? 10. 软件测试项目从什么时候开始, ?为什么? 软件测试应该在需求分析阶段就介入, 因为测试的对象不仅仅是程序编码, 应该对软件开发过程中产生的所有产品都测试, 并且软件缺陷存在放大趋势. 缺陷发现的越晚,修复它所花费的成本就越大. 11. 需求测试注意事项有哪些? 一个良好的需求应当具有以下特点: ●完整性:每一项需求都必须将所要实现的功能描述清楚,以使开发人员获得设计和实现这些功能所需的所有必要信息。●正确性:每一项需求都必须准确地陈述其要开发的功能。●一致性:一致性是指与其它软件需求或高层(系统,业务) 需求不相矛盾。●可行性:每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。●无二义性:对所有需求说明的读者都只能有一个明确统一的解释, 由于自然语言极易导致二义性, 所以尽量把每项需求用简洁明了的用户性的语言表达出来。●健壮性:需求的说明中是否对可能出现的异常进行了分析, 并且对这些异常进行了容错处理。●必要性: “必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要使每项需求都能回溯至某项客户的输入, 如 Use Case 或别的来源。●可测试性:每项需求都能通过设计测试用例或其它的验证方法来进行测试。●可修改性:每项需求只应在 SRS 中出现一次。这样更改时易于保持一致性。另外, 使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。●可跟踪性:应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链, 这种可跟踪性要求每项需求以一种结构化的,粒度好( fine-grained )的方式编写并单独标明,而不是大段大段的叙述。 12. 简述一下缺陷的生命周期 13. 分析测试用例注意(事项)? 1 )为什么要写用例: 我们编写测试用例,有如下的好处: 便于团队交流:假如说一个测试团队有 10 个成员,大家测试的时候都各自为政,没有统一的标准,测试的效率无疑会大打折扣;如果大家都遵循统一的用例规范去写,就会解决这一问题。便于重复测试:大家知道,软件在实际开发过程中是会有不同版本的,比如会从 升级到 ,那么如果不写测试用例的话, 在