1.测试概述(软件测试)解析.ppt

A Joke: 1. The easiest way to tell the difference between hardware and software is to kick it. If it hurts your toe, it’s hardware. Carl Farrell Before Eniac, software can not be separated from the hardware, i.e., the software can only works on its hardware. * 代码走查（Walkthrough） ：人工走查，主要是一个讨论过程，是非正式的。 开发组内部进行的，采用讲解、讨论和模拟运行的方式进行的查找错误的活动。  当团队成员对代码进行讨论的时候，他们的讨论应该集中到一些重要的话题上，比如算法，基于对象的编程，类设计。 然而，许多代码走查不会做这些事，通常代码走查是枯燥的，烦人的，机械的。 这就是为什么许多开发人员讨厌这些。要使得代码走查变得很有效，那么这个过程就必须是有趣的，有创造性的。 很经常地，代码走查退化成了仅是关注于强制代码标准－－一个可以被自动执行的实践。 代码审查(Inspection)：有一个评审过程，是正式的。 开发组内部进行的，采用讲解、提问并使用编码模板进行的查找错误的活动。一般有正式的计划、流程和结果报告。 1. Comment  　　注释没写，或者格式不对，或者毫无意义  　　2. Coding Standard  　　没遵守代码规范  　　3. Existing Wheel  　　重复现成的代码，或者是开源项目，或者公司已有代码  　　4. Better practice  　　Java或者开源项目，有更好的写法  　　5. Performance bottle and Improvement  　　性能瓶颈和提高  　　6. Code Logic Error  　　代码逻辑错误  　　7. Business Logic Error  　　业务逻辑错误  　　代码审查列出问题的类型，并有解决情况报告 技术评审(Review) 开发组、测试组和相关人员(QA、产品经理等)联合进行的，采用讲解、提问并使用编码模板进行的查找错误的活动。一般有正式的计划、流程和结果报告。 测试产品说明书属于静态黑盒测试 工作包括管理 例如性能测试等 手工完成测试的全部过程无法保证测试的科学性与严密性: 对测试过程中发现的缺陷缺乏科学、有效的管理手段，责任变得含混不清 测试花费的时间越长，测试的严格性也就越低；难以对不可视对象或对象的不可视属性进行测试。 ？？？ 使用脚本录制/回放工具时，首先要执行一遍手工测试 * 1、软件测试是整个软件开发全生命周期的事情。 2、软件质量问题是系统需求分析员、系统架构师、系统研发人员、测试人员、技术支持人员、客服人员共同的事情。 3、测试人员要求有编程经验对测试BUG 的敏感性；需要编写自动化测试脚本的能力； 4、必须有计划有组织。不能测试跟着开发动，有时间就多测，没时间就少测； 5、开发人员需要自测，还需要沟通协作。 6、软件测试人员要求的素质往往要超过程序员；现在大型软件公司和企业IT部门缺少的就是高素质的软件测试人员； 7、在实际测试中，穷举测试工作量太大，实践上行不通； 8、工具所能发挥的作用依赖于使用工具的人。因此，对工具的过分依赖将降低人的能动性， 并最终使测试本身受到损害。 1、软件测试是整个软件开发全生命周期的事情。 2、软件质量问题是系统需求分析员、系统架构师、系统研发人员、测试人员、技术支持人员、客服人员共同的事情。 3、测试人员要求有编程经验对测试BUG 的敏感性；需要编写自动化测试脚本的能力； 4、必须有计划有组织。不能测试跟着开发动，有时间就多测，没时间就少测； 5、开发人员需要自测，还需要沟通协作。 6、软件测试人员要求的素质往往要超过程序员；现在大型软件公司和企业IT部门缺少的就是高素质的软件测试人员； 7、在实际测试中，穷举测试工作量太大，实践上行不通； 8、工具所能发挥的作用依赖于使用工具的人。因此，对工具的过分依赖将降低人的能动性， 并最终使测试本身受到损害。 1、软件测试是整个软件开发全生命周期的事情。 2、软件质量问题是系统需求分析员、系统架构师、系统研发人员、测试人员、技术支持人员、客服人员共同的事情。 3、测试人员要求有编程经验对测试BUG 的敏感性；需要编写自动化测试脚本的能力； 4、必须有计划有组织。不能测试跟着开发动，有时间就多测，没时间就少测； 5、开发人员需要自测，还需要沟通协作。