如何熟悉项目
1.根据项目的UI界面和需求文档,使用思维导图整理项目的组织结构架构图(页面级别) 目的:了解页面实现的功能
2.根据整理的架构图,针对于每一个页面对于每一个功能去点击;梳理项目的核心业务流程,以文字的形式去描述业务流程 哪个系统-哪个页面-哪个按钮
3.结合架构图+核心业务流程=项目的核心功能模块(实现核心业务流程需要使用到功能模块),在X-Mind使用小旗子标识出核心功能模块
如何项目介绍
一、业务特性(项目是干什么的?) 二、项目结构(组成的子系统,使用方和作用) 三、项目的核心模块(你负责测试的模块) 四、项目的核心业务流程(重点) 五、项目技术架构
软件质量模型

双V模型(测试阶段对应的文档)

测试分类
1)根据测试方法来划分
黑盒测试:最基础的功能测试,不关心内部的代码实现,而仅验证输入输出的正确性。 白盒测试:基于逻辑驱动或者基于代码测试,打开代码内部的实现,去研究源代码中的接口或者具体实现的正确性。 灰盒测试:介于二者之间的一种测试。
2)根据测试目标来划分
功能测试:对产品和模块的各个功能进行测试 性能测试:对系统的各项性能指标进行测试 压力测试:测试软件或系统的负载能力,挖掘隐患 兼容性测试:对产品和软硬件之间的兼容性进行测试,比如软件在各种不同安卓机型上的兼容性。 安全性测试:通过不同方法发现软件的安全性问题,比如信息泄露、非法使用、恶意破坏等等。 其他专项测试:比如弱网络测试、耗电量测试、流畅度测试等等
3)根据软件开发阶段来划分
单元测试:对程序中的独立模块进行白盒测试,目的是检验软件基本组成单位的正确性 集成测试:通过对单元模块进行组合测试,目的是验证单元模块之间的接口是否正确 系统测试:对整个系统进行完整测试,验证整个系统的正确性与合规性 回归测试:当软件发生变更的时候,对这次变更可能受影响的功能模块进行验证 验收测试:测试的最后一个阶段,软件发布或者上线前确保软件质量
4)其他常用测试概念
冒烟测试:冒烟测试是对软件最基本的功能进行简单测试,低成本的判断软件是否可测 冒烟测试来源于硬件的测试,当电路板做好后,首先会进行一次加电,如果没有冒烟才会开始进行接下来的测试,否则说明产品没有达到最基本的质量要求,需要重新制作。 探索性测试:探索性更多的依赖测试人员的个人经验或者特长,依靠的是测试人员的主观能动性。 探索性测试的重要性可以参考游戏测试领域,千千万万的玩家会在各种意想不到的环境下以意想不到的方式来进行游戏,所以游戏的测试者不仅要掌握系统的测试方法论、先进的测试工具以外,还要有丰富的游戏经验和探索的测试思维。
α 测试和β 测试
| α 测试 | β 测试 |
|---|---|
| 把用户到开发方的环境下,用户的数量相对比较少,时间比较集中 | 用户在不同场所进行测试,用户数量相对比较多,时间不集中 |
| 测试和开发在场 | 测试和开发不在场 |
| 属于非正式的验收测试 | 属于非正式的验收测试 |
测试流程
需求评审

测试计划和方案

用例设计和评审


1187

被折叠的 条评论
为什么被折叠?



