日历
| |||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | ||||||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 | |||
| 12 | 13 | 14 | 15 | 16 | 17 | 18 | |||
| 19 | 20 | 21 | 22 | 23 | 24 | 25 | |||
| 26 | 27 | 28 | 29 | 30 | 31 | ||||
搜索标题
统计信息
- 访问量: 319
- 日志数: 6
- 建立时间: 2007-05-17
- 更新时间: 2007-07-04
RSS订阅
我的最新日志
-
下雨了
2007-7-04
-
如何组织软件开发团队【转】
2007-7-03
-
好难过哦
2007-5-31
-
质量控制与测试工作协调方案
2007-5-22
目前测试实施已经构建了较完整的过程，但测试质量保证还未形成系统性的方案。测试作为质量保证的内容，应该得到较好的控制和持续的改进，测试只有和质量控制结合起来才能够实现这一目标，该方案就是以此为出发点。
协调问题
l 测试人员不能及时了解项目进度并合理安排测试；
l 测试人员不能及时了解项目需求；
l 测试人员未在各种评审会议中发挥作用；
l 测试流程未充分适应实际需要；
l 测试流程未严格执行；
l QA对测试过程没有有效监控；
l QA未对测试结果进行评估；
l 测试结果能够反馈到项目组但未产生应有的作用。
考核问题
l 未测试人员考核；
l 项目考核未完善，目前效果不好。
3.解决方案
l 项目进度：通过http://10.10.3.32/SQA/SQAWORK网站沟通，QA每周在出《项目情况周报》之前更新网站中的项目列表，项目状态发生改变就邮件通知测试管理人员察看网站；
l 评审会议：测试人员察看网站更新以后，与QA或项目经理确认；QA与测试管理人员在评审会议以后要提供一份《会议评估结论》，作为项目考评的一部分；
l 项目策划阶段：
说明：
1.项目立项后，QA将获得项目经理或技术总监发来的《立项申请书》，QA对《立项申请书》进行审核，如果发现问题及时通知项目经理及技术总监；
2.《立项建议书》无误后， QA及时更新网站中的项目列表，并通知测试人员获取《立项建议书》；
3.测试人员主动获取项目信息（背景，客户等）。
l 需求分析阶段：
说明：
1. 根据项目计划，项目组展开需求调研活动；
2. QA获取项目情况，并及时与测试和项目组沟通，尽可能使测试参与需求调研；
3. 项目组根据调研结果进行需求分析；
4. 如果测试参与了调研，则根据自己的调研结果进行需求分析；如果无法参与调研则根据项目组的调研结果进行需求分析（需要独立进行）；
5. 项目组需求分析结束后，QA协调召开需求评审会议，并通知测试参加；
6. 评审结束后，测试和QA共同对评审进行评估；
7. 在需求阶段开始和评审开始，QA要更新网站的项目列表并通知相关人员；
8. 测试要在需求评审过程中对比项目组和自己的需求分析结果，但不需要干预项目组。
l 设计实现阶段：
说明：
1. 项目组根据计划进行系统设计活动；
2. QA监控系统设计过程，并更新项目列表，及时通知测试人员；
3. 设计完成后，QA系统设计评审会议，测试参加；QA和测试共同对设计评审进行评估；
4. 设计评审完成，项目组进行系统实现；
5. QA监控实现过程并更新项目列表，及时通知测试；
6. 测试主动获取项目信息。
l 测试准备阶段：
说明：
1. QA及时掌握项目情况，在项目组编码结束以后，通知测试人员进行测试准备；
2. 测试人员应该在项目需求阶段完成以后就开始路径和用例设计，本阶段针对最终需求进行修正；
3. QA与测试共同进行测试路径和用例评审；
4. QA对评审结果作出评价；
5. 评审通过QA更新项目列表并通知项目组提交测试；
6. 项目组提交测试申请，QA审核测试申请内容（特别是版本和测试范围）；
7. 测试申请审核不通过，返回测试组；测试通过，QA通知测试；
8. 测试人员制定测试实施计划；
9. QA审核测试实施计划；
10. QA全程监控测试过程。
l 测试实施阶段：
说明：
1. 测试按照计划实施，QA全程监控；
2. 测试负责人根据测试时间长短定期向QA通报测试情况；
3. 初测结束后，测试负责人编写测试报告，通知QA核查，通知项目组排除缺陷；
4. 项目组修正系统后，提交复查；
5. 测试人员复查系统（最多两次）；
6. 复查结束，测试负责人完成测试报告。
l 测试评审阶段：
说明：
1. 测试报告完成后，由QA和测试负责人共同对测试结果作出评估；
2. 不管评估结果如何都要通报项目组并附带测试报告；
3. QA对测试过程进行评估，对测试人员进行考核。
l 客户跟踪阶段：
说明：
1. 系统正式发布以后，QA需要在一段时间内持续跟踪客户使用情况；
2. QA在跟踪时，通过到现场或使用E_Mail，电话将调查表发送给客户；
3. 客户填写好调查表，反馈给QA；
4. QA将调查结果整理好定期发送给技术总监（项目组在允许的情况下通报）。
l 每个阶段的输入输出文档
1. 项目策划
《立项建议书》：项目组输出，QA，测试输入；
《项目计划mpp》，《项目配置库管理报告》：项目组输出，QA输入；
2. 需求分析
《需求规格说明书》：项目组输出，QA，测试输入；
《需求评审报告》：QA和测试输出，项目组输入；
《阶段评审报告》：QA输出，项目组输入；
3. 分析实现
《数据库设计报告》，《详细设计报告》，《UI设计报告》：项目组输出，QA和测试输入；
4. 测试
《测试路径与用例分析》：测试输出，QA输入；
《测试设计评审》：QA输出，测试输入；
《测试实施计划》：测试输入，QA和项目组输入；
《测试报告》：测试输出，QA和项目组输入；
《测试报告评估》：QA输出，测试输入；
《测试过程评估》：QA输出，测试输入；
《测试人员考核表》：QA输出，技术总监输入；
5. 跟踪
《系统使用情况调查表》：QA输出，技术总监输入。
3.3维护项目与紧急项目测试流程
l 需要补充
说明：
1. 项目经理按照维护计划，定期收集整理需要维护的需求；
2. QA根据维护计划监控维护过程（这个期间可能会包含系统的客户使用情况调查）；
3. 项目组分析要维护的需求并制定解决方案；
4. 项目经理将维护方案发送给测试负责人和QA；
5. 项目组提交测试申请；
6. 在项目组实施方案的时候，测试组编写测试用例和修改自动测试脚本；
7. 测试组执行测试，在执行完成后编写测试报告并发送给QA和项目组；
8. QA评估测试结果。
l 紧急项目测试流程
说明：
1.紧急项目简化了大部分工作流程，但需求和测试是最重要的，需要严格执行；
2.项目组
开心啊
2007-5-17
我原来的空间可能因为改版的原因，后来没有找到了，今天忙里偷闲又开始装扮我的新空间了，呵呵……回头想想自己在这个网站上已经学习有一段时间了，确很少留下自己的东西，从今天开始我会努力的！并希望能在这里认识更多的朋友，共同进步！
我的主题