软件测试基础理论
上一篇 /
下一篇 2016-10-11 00:14:03
/ 个人分类：测试理论基础知识
从广义上，测试是指软件产品生产周期内所有的检查、评审和确认活动，例如设计评审、单元测试、系统测试。从狭义上，测试是对软件产品的检验和评价。软件测试目的
简单地说，测试的根本目的就是确保最终交给用户的产品符合用户的要求，在产品交给用户之前尽可能多地发现并改正问题。具体地讲，一般要达到下列目标：
a.确保产品完成了它所承诺或公布的功能，并且用户可以访问到的功能都有明确的书面说明。b.确保产品满足性能和效率的要求。用户关心的不是产品的技术有多先进，而是他能从这些技术中得到多少好处，是否得心应手。c.确保产品是健壮的和适应用户环境的。健壮性即稳定性，是产品质量的基本要求。另一个版本的说法：a.从用户（测试人员）角度出发，希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否接受该产品；b.从软件开发者角度出发，希望测试人员验**产品已满足用户需求；c.系统地找出软件中潜在的各种错误和缺陷；d.证明软件功能和性能与需求说明相符合；软件缺陷（软件虫子“bug”）
a.软件未实现需求和规格要求的功能b.软件出现了需求和规格指明不该出现的错误c.软件未实现需求和规格未明确提及但应该实现的内容d.软件难以理解，不易使用，运行缓慢，或者最终用户认为不好的地方e.测试用例执行中发现的与预期结果不符的现象出现软件缺陷的原因
简言之，需求不清晰、软件复杂性设计错误、程序编码错误、需求变化、时间压力、代码文档缺乏、开发工具自身错误
软件测试对象
需求文档、代码程序、业务逻辑、概要设计、详细设计、数据库软件测试原则
(1)
a.所有的测试都应追溯到用户需求。b.应该在测试工作真正开始前的较长时间内就进行测试计划。‘c.测试应从“小规模”开始，逐步转向“大规模”。d.穷举测试是不可能的。e.为了达到最佳效果，应该由独立的第三方来构造测试。f.不充分测试或过分测试都是不负责任的。
(2)
a.“尽早和不断的测试”
b.程序员应该避免检查自己的程序
c.设计
测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况
d.注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系
e.对测试错误结果一定要有一个确认的过程，一般由A测试出来的错误，一定要由一个B来确认，严重的错误可以召开评审会进行讨论和分析
f.制定严格的测试计划，并把测试时间安排的尽量宽松
g.回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见
h.妥善保存一切测试过程文档
软件测试方法
按是否运行被测程序
静态测试：不运行被测程序本身，仅通过分析或检查源代码的文法、结构、过程、接口等来检查程序的正确性。**文档类（比如需求文档检阅）、代码类错误（代码编写没有按照代码编写规范编写或代码中存在不运行程序就能发现的BUG）动态测试：通过运行被测程序，检查运行结果与预测结果的差异，并分析运行效率和健壮性等性能。这种方法由三部分组成：编写测试用例、执行程序、分析程序的输出结果。
动态测试的步骤：
单元测试集成测试（检查软件单位之间的接口是否正确）系统测试（**性能测试）验收测试（α测试、β
测试，通过客户试用或发布Beta版本）回归测试（软件维护阶段，可使用自动化测试提高测试效率）
按程序内部结构
黑盒测试（Black box testing）：功能测试、行为测试，根据功能需求来测试程序是否按照预期工作白盒测试（White box testing
）：结构化测试、基于代码内部逻辑的测试灰盒测试（Gray box testing）
：介于白盒测试与黑盒测试之间，基于对程序内部细节有限认知上的软件调试方法。通常在程序员做完白盒测试之后，在功能测试人员进行大规模集成测试之前进行。
性能测试
连接速度测试：web系统响应时间、超时限制、负载测试、并发数、在线数据处理数量压力测试：测试系统地限制和故障恢复能力，测试区域**表单、登陆和其他信息传输页面等。环境测试
硬件环境：测试必需的服务器、客户端、网络连接设备以及打印机、扫描仪等软件环境：测试软件功能、安全可靠性、性能、易用性等指标的主要环境。
测试计划->测试设计->测试开发->测试执行->测试评估
按开发阶段划分是单元测试、集成测试、确认测试、系统测试、验收测试
收藏
举报
TAG:
软件测试