测试知识-起风网

冒烟测试引入到软件测试中，是指测试人员在正规测试一个新版本之前，先投入较少的人力和时间验证一个软件的主要功能，如果主要功能都没有实现，则打回开发组重新开发。这样做的好处是可以节省大量的时间成本和人力成本。

何为回归测试 　　回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。　　回归测试一般是在进行软件的第二轮测试开始的，验证第一轮中发现的问题是否得到修复。当然回归也是一个循环的过程，穿插在软件测试整个生命周期里面。如果回归的问题不通过，则需要开发人员修改后再次回归，直到通过为止。
两者有何区别 　　冒烟测试就是完成一个新版本的开发后，对该版本最基本的功能进行测试，
保证基本的功能和流程能走通。如果不通过，则打回开发那边重新开发；如果通过测试，才会进行下一步的测试( 功能测试，集成测试，系统测试等等)。冒烟测试优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。　　回归测试我有两层理解，一是就是当你修复一个bug后，把之前的测试用例再次应用到修复后的版本上进行测试。二是当一个新版本开发好后，而且冒烟测试通过，此时可以先用上一个版本的测试用例对新版本进行测试，看是否有bug！其实回归测试用的很多，比如新增加一个功能模块等等，所以自动化测试可以高效率的进行回归测试。
如何做好回归测试 　　关于如何做好回归测试，大体上的人都是认为是先验证bug，然后回归和本次修改相关的地方，但如何评估和此次修改相关的风险，这是一个相对重要且考验对系统认知度的问题。在我们平时的回归测试中，是如何做这一点呢？　　（1）和项目中的开发以及项目负责人沟通确认。　　这是一个很关键的环节，好的开发人员在提交测试时就会注明可能影响的地方。　　（2）关键点的测试。　　就是很重要的部分，即使看着和本次修改无太直接关联，也
最好能走一下基本流程。因为这是客户最关心的地方点，也是盈利的所在。比如测试的重点：bug修改，关联功能，新增加功能，修改功能呢个，上一轮测试bug多的功能。（测试人员要了解开发在这一轮修改了哪些bug，要注意关注我们的bug管理工具上的变化。）　　（3）对开发人员能力的评估。　　好的开发人员，修改缺陷时，会修改过程中注意对其它地方的修改。但能力不足的开发人员可能考虑较少。导致修改后，引起的2次bug较多，这个时候就需要加大测试力度，可能的话要整个模块基本功能进行回归。　　（4）项目初期对测试用例的维护。　　一个项目在开始时，编写测试用例时往往是对这个系统全面了解的过程，这个时候时间也较为充裕，所以写测试用例时，尽可能标注关联测试用例。这在大型项目里是尤其重要的。　　（5）变换测试人员，回归比较繁琐，可以通过测试人员的轮流进行减轻一个人做回归的厌倦。
功能测试方法：
　　等价类划分方法、边界值分析方法、错误推测法、因果图方法、判定表驱动分析方法、正交实验设计方法、功能图分析方法、业务路径覆盖法　　等价类划分方法：输入条件、有效等价类、无效等价类，为等价类编号，执行　　边界值分析方法：输入条件边界值　　错误推测法：靠经验分析可能有的错误　　因果图方法：输入条件的组合，可能产生错误。靠判定表　　业务路径覆盖法：

　　　　1、场景法基本流备选流

　　　　2、状态图

　　　　根据状态转换图，把相关联的动作和状态联系起来，设计测试用例

　　　　（1）先写主要操作（功能比较重要或用户操作比较频繁的动作），后写次要操作。

　　　　（2）为了减少测试用例数量，一条测试用例最好沿着状态转换图的一条路径编写完
常用的功能测试方法 　　1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。

　　2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。

　　3. 检查按钮的功能是否正确：如update, cancel, delete, SAve等功能是否正确。

　　4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.

　　5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.

　　6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.

　　7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.

　　8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致

　　9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.

　　10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.

　　11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.

　　12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.

　　13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。

　　14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,看会否出错.

　　15. search检查: 在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.

　　16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.

　　17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。

　　18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*

　　19. 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

　　20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错.
专项测试