W6D1 测试小结

1.软件研发流程中的角色与分工：

项目经理：立项，计划，制定需求文档

产品经理：收集需求，完善需求文档

设计人员：UI设计，系统框架设计

开发人员：编码

测试人员：编写测试用例，执行用例，提交缺陷报告

QA：贯穿整个软件生命周期，审计

2.C/S与B/S架构区别：

C/S用户个性化更强，安全性更高相对维修成本更高，B/S安全性更差，用户体验更差但维修成本低

3.测试的目的：

是确保最终交给用户的产品的功能符合用户的需求，把尽可能多的问题在产品交给用户之前发现并改正

4.什么是BUG：

实际输出与预期输出的功能不同，不满足设计要求，不满足产品需求

5.软件质量的六大特性：

功能性，效率性，可靠性，可维护性，可移植性，易用性

6.测试原则：

尽早开始并不断测试

满足用户需求

做好测试计划

避免检测自己的软件

注意集群现象

不要穷举测试

7.APP测试分析

APP功能是否完善

APP异常测试

APP的安装卸载测试

APP的兼容性测试，页面测试

8.测试计划内容

明确测试目的，确定测试范围，确认测试方法，做好人员，时间，任务的分配，做好风险预估

9.等价类设计用例的流程：

参考需求文档，设计文档将输入条件分为有效等价类与无效等价类并编写测试用例，要求覆盖所有的有效等价类与无效等价类

10.边界值用例设计方法：

用到等价类划分就必须用到边界值法，通过选取一个等价类值域上的离点与离离点最近的内点来设计用例

11.场景法

一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。 场景主要包括4种主要的类型：正常的用例场景，备选的用例场景，异常的用例场景，假定推测的场景

12.测试用例包含哪些内容

测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档

13.软件缺陷产生的原因

开发人员设计问题

需求文档不清晰

设计文档问题

时间紧工期短任务重

程序本身太复杂

参与项目人员缺乏沟通交流

14.如何判断一个结果是否为缺陷

通过技术文档来识别：需求文档，设计文档，往期用例

参考同类型软件来识别

与产品经理沟通

15.测试报告的作用

把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础