软件测试理论1_软件工程测试理论

1.软件的生命周期是指一个计算机软件从功能确定、设计，到开发成功投入使用，并在使用中不断地修改、增补和完善，直到停止该软件使用的全过程，也可以说是一个从酝酿到废弃的过程。
2.版本控制是一种软件工程技巧,在开发的过程中,确保由不同人所编辑的同一档案都得到更新，常见的有Git和SVN。
3.开发与测试是相辅相成、密不可分的，开发人员开发出新的产品后要通过测试判断产品是否完全满足用户的需求。如果发现缺陷，提交给开发人员进行修复，然后在转交测试人员进行回归测试，直到产品符合需求规格说明。一个符合用户需求的产品是开发和测试共同努力的成果。
4.常见的测试模型。
V 模型——非常明确地标注了测试过程中存在的不同类型的测试。
W模型——非常明确地标注了生产周期中开发与测试之间的对应关系。
X 模型——这个模型指出整个测试过程是在探索中进行的。
H 模型——软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行 。
5.测试计划能使测试工作顺利进行，使项目参与人员沟通更加顺畅，使测试工作更加系统化，测试计划遵循5W1H原则，why为什么测，what测什么，我很，when测试起止时间，where相关文档缺陷位置，who人员，how怎么测，包括测试工具及方法。
6.测试人员在软件开发过程中的任务是寻找bug，避免软件开发过程中的缺陷，衡量软件的品质，关注用户的需求，总的目标是确保软件的质量。
7.
单元测试：完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码，使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误，通常情况下是白盒的，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早的发现和解决不易显现的错误。

集成测试：通过测试发现与模块接口有关的问题。目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构，应当避免一次性的集成（除非软件规模很小），而采用增量集成。
自顶向下集成：模块集成的顺序是首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。
自底向上集成：从原子模块开始来进行构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个给顶层次的模块总是存在的，也不再有使用稳定测试桩的必要。

系统测试：是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。

回归测试：回归测试是指在发生修改之后重新测试先前的测试用例以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。

验收测试：验收测试是指系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。验收测试包括Alpha测试和Beta测试。

Alpha测试：是由用户在开发者的场所来进行的，在一个受控的环境中进行。Beta测试：由软件的最终用户在一个或多个用户场所来进行的，开发者通常不在现场，用户记录测试中遇到的问题并报告给开发者，开发者对系统进行最后的修改，并开始准备发布最终的软件。
8.自动化测试的意义在于可以对程序的新版本自动执行回归测试，可以执行手工测试困难或者不可能实现的测试，如压力测试，并发测试，能够更好的利用资源，节省时间和人力。执行自动化测试之前首先判断这个项目是不是和推广自动化测试，然后对项目做需求分析，指定测试计划，搭建自动化测试框架，设计测试用例，执行测试，评估。
9.自动化测试不能取代手工测试，手工测试比自动测试发现的缺陷更多，自动化测试对测试质量的依赖性极大，测试自动化不能提高有效性，测试自动化可能会制约软件开发。由于自动测试比手动测试更脆弱，所以维护会受到限制，从而制约软件的开发，工具本身并无想像力。