测试部测试规范
一2010测试部测试目标
1．测试尽量考虑所有的出错可能性,同时要做一些不是按常规做的操作（这是目前测试部做的比较好的）
2．除了缺陷之外，测试还应考虑性能问题，保证软件运行良好，速度稳定，
没有内存泄露，不会出现软件运行越来越慢的情形（这是2010年工作目标）
3．考虑软件的兼容性（2010年工作目标）
二 测试部结构
部长—组长—软件测试人员
三测试部岗位职责
测试部部长职责：
1. 测试部相关培训工作(新员工入职培训计划、邀请其它公司有测试经验的工程师到公司作培训)
2. 学会准确度量每个测试组的工作量
3. 确保安排下去的每个测试都有反馈，并且反馈都是有效的。对产品能有改进作用
4. 安排除了功能测试,UI测试以外的测试(性能测试、对比测试、兼容性测试等）
5. 绩效考核打分有依据（任务的执行速度，反馈速度，对产品的改进程度，有效邮件数量，报告分析程度）
6. 完善测试部规章制度、测试流程（比如邮件反馈的问题测试人员需要添加新用例入库、用例存在但是执行后还存在的功能问题责任到人）、测试用例
7. 文档管理：检查测试组的测试计划、测试用例、问题报告、测试总结报告完成情况
8. 协助完善生产工具、生产流程。（安排相关测试组负责人）
9. 协助完善产品帮助、产品白皮书、技术培训资料。（安排相关测试组负责人）
10. 协助进行产品出货前的质量检测。（安排相关测试组负责人）
11. 将测试网越织越细，让BUG不能出去。每次发现的问题，在后面版本中要不再出现
12.负责测试部门和其他相关部门的协调工作
测试部测试组长职责：
1. 反馈分配任务的完成时间,如有额定时间完成不了的工作请说明理由
2. 协调测试组内部的沟通
3. 拟定软件测试计划、方案
4. 设计和生成测试用例、准备测试数据
5. 按照测试任务的优先等级分配任务,任务排队
6. 生成软件测试报告、缺陷的统计和报表
7. 完全负责组员的工作安排、工作检查和进度管理
8. 检查测试人员完成的工作，再反馈
9. 将TMSS上用例分等级,不同版本测试执行不同等级测试用例
测试部测试组成员职责：
1. 理解产品的功能要求，然后对其进行测试，检查软件有没有错误(Bug)，决定软件是否具有稳定性
2. 编写测试用例
3. 执行测试
4. 完成测试及时反馈测试记录或缺陷报告等书面文档，或者邮件信息
5. 没有工作时主动告知组长
6. 提出提高测试效率需要的辅助工具需求，要求开发有时间帮忙开发
对比测试组职责:
1. 长期研究和跟踪竞争对手的软件特征、性能、优缺点
2. 提供产品和其他类似产品的对比测试报告(功能对比,性能对比)
3. 学习别的产品设计优势,整理成文档进行内部交流
4. 别的组工作忙时,主动帮忙
四 测试流程
1. 单元测试
单元测试主要测试点
接口测试：保证进出单元模块的数据流是正确的。
内部数据结构：保证临时存储的数据在算法执行过程中的完整性。
全局数据结构：全局数据结构对单元模块的影响应当审查。
边界：采用边界值分析技术，保证模块在边界条件和及县情况下正常执行
语句覆盖：保证每个语句均执行一次
错误路径：对所有处理错误的路径进行测试
2． 集成测试
集成测试方法：
自顶向下集成：模块集成的顺序是首先集成主模块，然后按照控制层次结
构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成
到整个结构中去。
自底向上集成：从原子模块开始来进行构造和测试，因为模块是自底向上
集成的，进行时要求所有隶属于某个给定层次的模块总是存在的，也不再有
使用稳定桩的必要。
3．系统测试
所有功能需求得到满足
所有性能需求得到满足
其他需求（例如安全性、容错性、兼容性、易用性测试等）得到满足
4． 确认测试
4.1 Alpha测试
是内部测试版,一般不向外部发布,会有很多Bug.一般�
