软件测试流程
- 需求分析
梳理需求设计的点
需求来源:需求规格说明书、api文档、竞品分析、个人经验
- 设计用例
用例就是用户为了测试软件的某个功能而执行的操作过程
用例方法:等价类划分法、边界值法、因果图、正交实验、错误推测、场景法。。。
- 用例评审
对设计的用例进行评审更改
- 配置环境
环境:当前被测对象运行所需要的执行环境
环境分类:操作系统、服务器软件、数据库、软件底层代码的执行环境。
- 执行用例
在执行用例之前先进行一个冒烟测试,测试核心是快速对当前软件的核心功能或主流程进行验证。有问题可以将此版本退回给开发;
通过冒烟测试才执行测试用例
- 回归测试和缺陷跟踪
对我们交给开发并由开发修复完成后的缺陷进行再次测试确认;
对我们提交给开发的缺陷进行跟踪
- 输出测试报告
将测试过程中产生的数据进行可视化输出,方便他人查看
- 测试结束
将测试过程中产生的文档进行整理归档方便后续版本使用。
软件架构
软件架构就是用来指导我们软件开发的一种思想。主要架构有以下两种:
B/S C/S
B:browser 浏览器
C:client 客户端
S:Server服务端
两种架构的比较:
- BS更标准:相对于C/S来说,B/S架构两端都是使用现成成熟产品,因此显示标准一些。
- CS效率更高:CS可以分担一些数据的处理,因此执行效率更高一些。
- BS只需要在服务器端将数据进行更新,前台只需要刷新页面就可以完成升级,而CS必须两端都进行更新。
- CS成本高一些,因为客户端都要自行开发。
软件质量六大特性
- 功能性:满足用户的功能
- 易用性:易于学习和上手
- 可靠性:必须实现需求中指明的具体功能
- 效率性:软件的性能
- 可维护性:具有某个功能修复之后能继续使用的能力
- 可移植性:软件从一个平台移植到另一个平台的能力