第二章 测试项目启动与研读需求文档
一、组建测试团队
1.测试团队的角色
业务分析人员
测试组长或测试经理
测试件（这个是什么东西）
测试分析和设计人员
测试用例
测试脚本
测试执行人员
自动化测试/测试开发/性能测试/安全测试工程师
系统工程师/技术支持
质量管理人员
配置管理人员
2.测试团队的基本责任
3.测试团队与开发团队的3种模式
以开发经理
以项目经理
三足鼎立（大家都平起平坐，说明了测试组长地位最高的时候）（项目经理，开发经理，测试组长）
二、软件质量需求
1软件质量需求的分类
功能以外统称非功能
2功能
优先级
3性能
效率和占用资源
4界面（UI）
布局合理
美观
5易用性
6兼容性/可移植性
不同平台跑
7安全性
保护信息和数据的能力
8可用性/可靠性
空间换时间
9可维护性
10可扩展性/可伸缩性测试
三、研读需求文档
1测试需求分析的过程
收集信息
功能（拆分、描述）、需求整理
编写测试点
需求评审（这个看功能做的与客户和开发人员理解是不是一致的）
2研读需求文档
2.1研读文档主要任务
2.1.1提取有用需求信息
2.1.2提出需求不清晰、不理解、不明白的问题
和用户、业务人员、产品经理或产品设计人员、开发人员等沟通
2.2怎么研读文档
总体上
分析软件用户群，分析用户实际需要
分析软件的开发环境，开发语言
分析软件架构（C/S、B/S）、运行环境（Win11等）和平台（iOS安卓等）、数据库类型（MySQL等）
分析软件要实现哪些目标（功能、性能、界面、易用性、兼容性、安全性）以及具体的要求是什么【需要了解哪些需要测试哪些需要不需要测试的】
分析软件有哪些功能，每种功能要完成什么业务，这些业务应该怎么实现，业务逻辑是什么，业务流程是怎么样的
分析功能或业务间的联系，哪些业务更关键或重要
明确测试周期（时间），测试目标（测试功能还性能等），测试范围（是不是全部都需要还是只是部分需要）。
细节上
分析每个模块或功能上实现的功能
涉及的开发原理包括数据类型
从用户使用场景角度分析业务过程
记录业务规则
实施
以情景再现的形式写出需求信息
B/S和C/S的定义和区别是什么？
正确答案：https://blog.csdn.net/qq_56545043/article/details/122150354
B/S是浏览器和服务器（看到的网页）
C/S是客户机和服务器（QQ，王者荣耀）
区别的话，安全上，我认为C/S安全于B/S（但是有些B/S也需要特定的网络才能进行登陆的），维护上，C/S比B/S难，B/S升级简单，代码在服务器覆盖，然后重启服务器即可。
鱼皮的叫鱼厂
腾讯的叫鹅厂
网易的叫猪厂
百度上面这样写的
