revenant

 

 

 

需求分析:1、客户:原始需求

  2、需求人员(产品经理):需求分析,需求扩展

  测试与开发专家:和客户与需求人员一起将需求文字化,大概的看看逻辑的可行性、软件的可测性

  3、目的:①了解产品 ②赚不赚钱 ③产品发展路线

项目立项:1、项目大概的开始与结束时间

  2、确定项目经理、测试经理、开发经理、测试人员、开发人员等职位

  3、项目负责人等人员的安排

  4、场地、设备、其他人员、(文员、扫地阿姨等)

 

 

 

需求评审:

1、三方评审:

①开发

②测试:完善客户需求所出现的所有场景和结果

③需求人员

④目的:消除歧义、完善细节、场景和结果

2、软件规格需求说明书:软件核心文档、并且会在后面研发过程中不断更新、升级

概要与详细设计:

1、开发——概要设计文档:

①系统的基本处理流程,系统的组织结构模块划分,功能分配、接口设计、运行设计、数据结构设计、出错处理设计等

②详细设计文档:模块的设计考虑、主要算法、数据结构类的层次及调用关系

3、测试——总测试计划:①对所有人员的目标、范围方法资源的和进度的规范等

       ②需求文档:将软件分成一个个的需求文档

 

 

 

编写程序:1、开发:搭建开发环境、编写代码、完成需求雏形

   2、测试:设计测试环境、撰写测试试用例

单元测试:1、开发:开发自己用白盒测试自己写的代码(用逻辑检验逻辑)

          2、测试:搭建测试环境

 

 

 

集成测试:1、开发:主要是拉通表和表之间、系统和系统之间的数据、代码关系(一半白盒测试一半黑盒测试,表和表之间的数据,系统和系统之间的代码关系)      2、测试:主要是拉通表和表之间、系统和系统之间的数据、代码关系(一半黑盒测试一半白盒测试,表和表之间的数据,系统和系统之间的代码关系)

2、目标:利用已通过的单元测试的构件建立设计中描述的程序结构

系统测试:1、测试:

①功能测试:完成需求所要达到的功能是测试的核心基础

②兼容测试:测试在不同系统、不同浏览器、不同环境下的兼容问题

③安全性测试:测试权限、链接、访问等安全问题

④易用性测试:测试软件的大众化、好不好用、是否体现了需求还没画化了画面

⑤性能测试:测试服务器在不同的环境在不同的负载与压力不同的种种性能指标(CPU、内存等)是否符合需求规范

⑥自动化测试:利用自动化测试工具代替手工完成自动测试

⑦回归测试:测试开发修复bug之后的测试

⑧提交bug:提交bug单、与开发沟通制约开发

2、开发:继续完成没有完成的编程、修复bug

 

 

 

 

验收测试:1、客户:检验软件是否完成需求,软件质量等

  2、测试:测试完成之后,编写测试报告,内容包括软件质量、测试的方法、测试的范围、测试的结果与缺陷,以后可能出现的问题,以及改进的建议

  3、开发:

维护————————————————————————————————————————————

 

测试流程的重要性排序
1、执行测试
2、设置场景,写用例
3、需求分析、评审
4、搭建测试环境
5、提交bug问题单、与开发沟通
6、写测试报告
7、用例评审
8、测试计划(针对各人而言的测试计划)

 

各种文档的重要性排序

1、软件需求规格说明书  word

4、总测试计划          word

3、需求文档            word、excel

8、测试计划            word

2、用例                excel

7、bug问题单           excel

6、测试报告            word

5、测试总结            word

 

 

测试流程

1、需求分析、评审(需求的正确性、一致性)

2、测试计划(需要考虑的场景、测试的范围、用例、测试方法、模块等元素)

3、搭建测试环境(考虑到是否要和客户应用相同的使用环境,以及操作系统、软件工具的安装)

4、设置场景,写用例(为自己的操作规划范围、流程和步骤做一个规划)

5、用例评审(评审用例的正确性、完整性、可实施性)

6、执行测试(按照用例的操作步骤实施测试)

7、提交bug问题单、与开发沟通(跟踪bug问题单的修复情况,制约开发)

8、写测试报告(和测试计划总分总,将测试的总结内容都可以写入测试报告)

 

 

如何对软件规格需求说明书进行评审:

一般情况下我们会从以下几个方面进行评审

1、正确性:对照客户的原始需求来检查我们软件功能是否描述正确

2、明确性:指的是软件需求规格说明书里不能含有含糊词语(如:可能、也许)

3、完整性:指的是有没有遗漏客户所描述的功能以及必要信息

4、优先级:指的是那些功能比较重要那些功能次要重要做标识

5、可测性和修改性:是指需求文档的结构便于修改和调整,且每一步都是可以验证的

 

 

80%的缺陷是来自于前期没有评审好,确认好(另外频繁的变更也是造成bug的原因)

80%的错误都存在于20%的模块里,经常出错的模块经修复后还会出错

 

Alpha测试:系统刚刚开发完成给客户测试一下,一种先期的客户测试

Beta测试:一种后期的用户测试,此时系统已经通过我们的内部测试的时候给用户看一下

 

你觉得测试人员应该具备哪些素质?

编写、阅读文档的能力

逻辑能力、测试能力(思维能力)

沟通能力

团队协作能力

心理素质

 

系统进入测试的标准时冒烟测试,冒烟测试时最基本的功能测试

 

测试用例的六要素:

①用例编号

②测试标题

③重要级别

④操作步骤

⑤预期结果

⑥实际结果

 

如何用少量的测试用例和测试场景测出广泛的测试范围和结果是我们测试人员写用例的标准

 

墨盒测试用例:

①等价划分方法:有效等价、无效等价

②边界值测试方法

③错误推测法

④场景法

⑤因果图判定法

⑥正交表法

 

分类:

技术点:

相关文章:

  • 2021-12-31
  • 2021-10-06
  • 2021-11-30
猜你喜欢
  • 2020-01-05
  • 2021-11-30
  • 2021-12-20
  • 2021-11-13
  • 2022-03-08
  • 2021-07-16
  • 2021-12-04
相关资源
相似解决方案