测试入门（三）

1.软件测试思维与角度

软件测试的思维是逆向思维，发散性的思维，而软件工程师是站在用户的角度思考问题。

2.软件测试名称

软件测试Software Testing：验证软件产品（项目）是否满足用户需求，尽早、尽快、尽多发现软件缺陷，促进软件质量与客户满意度的提升。

软件需求Software Requiring：客户的需求->需求规格说明书->软件测试的依据。

测试计划Test Plan：描述测试目的、范围、方法和软件测试的重点等的文档。

测试用例Test Case：为指导测试行为而编制的一组测试输入、执行条件以及于其结果，以便测试某个功能是否满足某个特定需求。

软件缺陷Bug：从产品内部看：缺陷是软件产品开发或维护过程存在的错误、毛病等各种问题；从产品外部看：缺陷是系统所需要实现的某种功能的失效或违背。

测试报告Test Report：最后的总结，有助于应用到下次的测试。

3.测试流程

评审需求
分解需求
制定测试计划
设计测试用例
执行测试
提交bug
回归测试，验证bug
书写测试报告
经验总结

4.bug管理流程

提出疑问
确认是否是问题
定位问题（超级重要，需要很多知识，确定问题在哪里）
提交bug报告
跟踪bug
验证bug（是否得到了解决）
经验总结（总结bug）

5.测试用例

测试用例就是设计一种情况，软件在这种情况下能够正常运行，并且达到期望执行结果。

如果程序在这种情况下不能正常运行，而且这种问题会重复发生，那可能是一个软件缺陷。

测试用例中标题很重要（标题要细致，看了标题要知道是测什么的）

如何设计测试用例

要测试什么-根据需求，来确定这个项目或系统的业务是什么（业务）
怎么样测试-测试环境搭建
如何判断正确与否-需求（与需求对比，是否达到要求）

6.一些常用的功能测试点

页面相互链接
相关性
字符串检查（边界值）
标点符号检查
信息重复
检查删除功能
检查添加和修改是否一致

例子：给定一个网站如何测试

测试计划->测试设计->测试构建->测试执行->测试结果分析->测试评估和报告

首先，查找需求说明，网站设计等相关文档，分析需求测试。

制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试

设计测试用例：

功能性测试可以包括，但不限于以下几个方面：

• 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
• 提交功能的测试。
• 多媒体元素是否可以正确加载和显示。
• 多语言支持是否能够正确显示选择的语言等。

界面测试可以包括但不限于一下几个方面：

• 页面是否风格统一，美观
• 页面布局是否合理，重点内容和热点内容是否突出
• 控件是否正常使用
• 对于必须但未安装的控件，是否提供自动下载并安装的功能
• 文字检查

性能测试：

压力测试；负载测试；强度测试

数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。

安全性测试：

• 基本的登录功能的检查
• 是否存在溢出错误，导致系统崩溃或者权限泄露
• 相关开发语言的常见安全性问题检查，例如SQL注入等
• 如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持

兼容性测试，根据需求说明的内容，确定支持的平台组合：

• 浏览器的兼容性；
• 操作系统的兼容性；
• 软件平台的兼容性；
• 数据库的兼容性

开展测试，并记录缺陷。定期评审，对测试进行评估和总结，调整测试的内容。