软件测试培训-基础篇-1.ppt

软件测试的流程 ■首先，在项目的初期，需要由测试经理或是测试组长根据《需求规格说明书》或是界面原形来编写测试计划（Test Plan），生成《测试计划》文档（比较规范的公司一般有需求评审这个过程,测试人员也要参与到其中来） ■然后，在概要设计和详细设计阶段由测试设计人员根据《需求规格说明书》、《概要设计说明书》、《详细设计说明书》、界面原形、来进行测试设计（Test Design），主要编写测试用例（Test Case），生成《测试用例》文档（如果从规范的角度来说测试用例也需要评审） 软件测试的流程 ■其次，在开发编码的后期，由测试执行人员参考《需求规格说明书》和《测试用例》来对系统进行测试，这里面包含单元测试，集成测试和系统测试，这个过程中包含大量的回归测试验证，主要生成大量的《缺陷报告》 ■最后，在项目后期，由测试经理或是测试组长评估一下测试的过程和结果，为下一阶段或是下一个项目的测试积累一些经验和教训，一般生成一个《测试总结报告》 一：如何找软件中的Bug 按照作者的观点:凡是不符合用户需求的，或者应用用户使用的、给用户在使用软件过程中造成不便的，都认为它是软件缺陷 ------话虽然说的有点极端，但是事实就是如此 ------那么我们作为一名软件测试人员，如何去找到软件中的缺陷Bug 呢？ 首先：最重要的是业务 （1）首先我们要迅速熟悉公司的产品业务，比如我们公司做ERP 软件的，我肯定要迅速熟悉EPR 的业务流程；比如我们公司是做法院软件的，那么我一定要熟悉法院在审判案件的流程，只有熟悉了产品的业务流程、那么你发现的软件缺陷才有价值。否则你找到的软件缺陷是纯软件的缺陷、价值不大 ------什么叫纯软件的缺陷呢？ ------对于不夜城这样的互联网系统，我们所关注的业务重点在哪里？ 其次把自己当成是使用的用户 从用户使用的角度去测试系统，比如用户在使用这个系统过程中是这样操作的吗？这样操作方便吗？ ■比如在大量信息要求用户输入的软件界面中，有一些用户喜欢使用Tab 键采用全键盘的输入；此时的接口应该采取从左到右，从上到下的顺序 ■比如有的用户使用快捷键操作等（易用性测试） ■比如程序激活后，按F1 键会出现软件的帮助页面（易用性测试） ■比如软件在需要用户输入的信息的时候，必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息） ■下拉框不选值的时候，应该选择默认值；并且要多检查程序中的多处下拉框，因为很多情况下下拉框取不到值 善于怀疑 善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，测试人员要认为可能发生。别人认为是对的，我却认为有可能是不对的。如果你认为某个或者某些程序员水平很高，他写的这个地方应该没问题吧，这样很容易遗漏软件中的Bug。因为程序开发人员毕竟是普通的人，只要是人就会犯错误的 不要让程序开发人员的观点：“比如用户不会进行这样的操作”而说服自己 不要让程序开发人员的观点：“比如用户不会进行这样的操作”而说服自己。在这个时候你要坚持你自己正确的想法，以后对方会明白你的。比如在一个录入员工基本信息的系统中，系统中对员工的年龄作为负值、而没有作为判断、也可以保存到数据库中，此时你不要被程序员的用户不会进行这样操作的观点说服自己，你要坚持自己正确的观点 ----------------谈一下我自己的亲身经历，比如程序员统计报表的测试---切记！ 跟踪一条完整的数据流 在测试的时候要跟踪一条数据的流程,保证数据的正确性这个真的是太重要了：假如我们在测试一个销售的类型的软件的时候：我们应该先做订货-入库-盘点-销售-查询，首先我们要保证这个数据的流向是正确的无误的。假如我们在测试法院的一款软件的时候，你要先收案子-立案子-发送审批-排期-审理审判-结案-判决-归档-查询。总之跟踪一条数据的流程,保证数据的正确性。如果经过我们测试的软件在用户使用过程中业务流程上都走不通的话，那么这样的软件你说经过我们的测试，但是在比人看来与没有测试有什么区别呢？ -------------不夜城网站，怎么跟踪完整的数据流（包括前台和后台如如何跟踪完整的数据流） 程序员提交版本后回归测试 程序员提交新的程序版本后，作为测试人员应该立即与程序员沟通这个修改的功能、并且这个新的修改的功能影响哪些功能 举个简单的例子来说明一下：比如在一款软件中，程序开发人员修改了某个会员的某个字段。作为测试人员首先你要测试会员的功能这个是你首先需要做的。另外你还要和程序员沟通咨询他们新修改的这个会员的字段，会影响会员的销售功能吗？会对会员以前的销售记录的查询有影响吗？如果对这些功能有影响，那么这些功能都是你在回归测试的时候重点测试的地方，也是最容易产生Bug 的地方了 回归测试需要注意的事项 ■ 首先测试经