测试基础【1】-测试理论网站首页 技术交流

测试基础【1】-测试理论

测试喵 2024-06-17 10:29:44

简介测试基础【1】-测试理论

1.1.1 什么是软件测试？

为了发现程序中的错误而执行程序的过程

1.1.2 软件测试的目的？

首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布

特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分

析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。

其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。

详细而严谨的可靠性增长模型可以证明这一点。

测试的目的是按照用户所需软件的质量，检查开发软件过程出现的 bug, 使得开发人员及时修改，可以避免在开发结束的时候发现软件存在质量问题，避免公司不必要的损失。

赢得用户对公司产品的认可。

测试的附带收获是，它能够证明软件的功能和性能与需求说明相符合。

实施测试收集到的测试结果数据为可靠性分析提供了依据。

测试不能表明软件中不存在错误，它只能说明软件中存在错误。

1.1.3 软件测试的目标

发现尽可能多的错误

测试是一个为了寻找错误而运行程序的过程。

一个好的测试案例是指很可能找到迄今为止尚未发现的错误的用例。

一个成功的测试是指揭示了迄今为止尚未发现的错误的测试。

1.1.4 软件测试的原则

1) 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。

2) 测试用例应由测试输入数据和对应的预期输出结果这两部分组成。

3) 程序员应避免检查自己的程序。

4) 在设计测试用例时，应包括合理的输入条件和不合理的输入条件。

5) 软件测试的原则

6) 充分注意测试中的群集现象。

经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目成正比。

7) 严格执行测试计划，排除测试的随意性。

8) 应当对每一个测试结果做全面检查。

9) 妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。

1.1.5 测试的工作流程

测试的功能点都是来自于需求文档从产品的需求文档中提炼出来的，等产品完成需求文档并完成需求文档的评审会就开始测试用例的编写工作，一般项目半个月迭代一次的话设计测试的时间一般是 3 天就要完成，我们设计测试用例的时间还是比较充足案例设计一般都会和产品的开发并行。在用例完成编写之后大家会开会一起来评审你的用例。在评审的过程中大家会提出一些问题，会后要把这些遗漏的测试点补充上，但是这时并不是大功告成哦。痛苦的案例执行才刚刚开始，哈哈哈，在这个里我为什么用痛苦来形容呢，大家也知道开发一般只是把功能开发好自己可能都没有自测过就发给测试，这时候测试发现和自己想象中的 APP 差距太大，有的时候会发现一眼都能看到的问题为什么还要等着测试来发现，小编遇到这样的问题也表示无奈。但是只能硬着头皮测下去。在测试的过程中每天在下班的时候还需要发测试日报告诉项目中的成员现在用例执行的情况，当然了测试完成之后发测试报告也是必须的了，算是对这次项目跌代测试完成的一个交代。

1.1.6 测试工程师的职责

测试经理：

1、制定测试计划。

2、确保测试过程正常进行。

测试工程师

1、编写测试用例

2、搭建测试环境

3、执行测试

1.1.7 软件都有多少种分类？

根据功能的不同，电脑软件可以粗略地分成四个层次：

最贴近电脑硬件的是一些小巧的软件。它们实现一些最基本的功能，通常“固化”在只

读存储器芯片中，因此称为固件。