关于我现在工作的测试流程---请各位窝友给予指教。

2011-01-07  张长顺 

一、分析需求。
  1. 查看需求文档。
  2. 系统相关设计文档。
二、编写测试计划。
   测试计划内容包括:
  1. 简介(目的、背景、范围)。
  2. 测试文档(参考文档、提交文档)。
  3. 测试进度。
  4. 测试资源(人力资源、测试环境、测试工具)。
  5. 系统风险、优先级。
  6. 测试策略,包括:功能测试、界面测试、易用性测试、安全性测试、兼容性测试。(备注:现在只用到这几种测试方法)
  7. 问题严重度描述
三、根据需求等相关文档编写测试用例。
   测试用例内容包括:
  1. 项目名称、程序版本。
  2. 模块名称。
  3. 设计人员、编制时间。
  4. 功能特性。
  5. 测试目的。
  6. 预置条件。
  7. 参考信息、特殊规程说明。
  8. 用例编号、相关用例、用例说明、数据数据、预期结果、测试结果、缺陷编号、备注。
四、搭建测试环境。
  1. windows测试环境。
  2. linux测试环境。
五、根据测试用例实施测试。
  1. 提交bug(没有项目经理,直接由我提交给开发负责人,状态为open)。
  2. 反测bug(开发人员解决后,将bug状态置为fixed、Resolved状态)。
  3. 关闭bug(反测通过的bug,状态置为closed,未通过的bug重新打开,状态置为reopened)。
六、测试报告(每周五晚给上司发邮件,汇报本周发现的问题)。

现在正在逐步学习中,English、QTP、LR,包括一些测试管理工具,如:QC、Testlink、TD等都是学习目标,当然还有脚本语言,如:QTP的脚本语言VBScript、LR的脚本语言C,只恨自己没多长俩脑袋,要学的东西太多了,只能将来一步一步的实现了,目前是在一家非常小的公司,只有两个测试,学不到什么东西,只能自己研究,正在考虑换个新的工作环境在这里总结一下自己的工作流程,有什么不足的地方,希望各位窝友高手多多指教!不胜感激,谢谢!

494°/4815 人阅读/13 条评论 发表评论

刘正超  2011-01-08

基本上很全了  至少比我现在的全的多


路翠  2011-01-09

很全


张舒  2011-01-10

哈哈。学习!


夏浩淋  2011-01-10

只有两个tester的公司,工作流程中还有计划,真的很全.一起学习吧.


张长顺  2011-01-10

夏浩淋: 只有两个tester的公司,工作流程中还有计划,真的很全.一起学习吧.
其实公司不要求这些,是我自己按照流程来走的!


夏浩淋  2011-01-10

张长顺: 其实公司不要求这些,是我自己按照流程来走的!
很好啊,有压力才有动力,流程慢慢细化到实际中....


薛紫恒  2011-01-11

没有测试的软件开发 就没有软件工程,没有软件过程,没有CMMI,没有可靠性可言


张长顺  2011-01-11

薛紫恒: 没有测试的软件开发 就没有软件工程,没有软件过程,没有CMMI,没有可靠性可言
小公司,暂时还没有涉及到这些,以后会涉及到吧,谢谢指教,学习了...


陈道学  2011-01-14

1.需求需要进行评审,以便达成产品经理、开发人员、测试人员的意见一致;
2.测试计划中没有测试通过的标准;
3.测试用例中没有测试人员和测试日期,在交叉测试中用例设计人员和测试人员不是同一人的;另参考信息可以去掉,用例在于覆盖面广,精简,填写内容太多,对于一个复杂系统来说,编写所需的时间也多;
4.BUG状态还有挂起的情况。


张长顺  2011-01-14

非常感谢,又学到了很多!


张林  2011-01-14

据项目目标有选择的学习!才能很快给项目带来价值!


张长顺  2011-01-14


艾玲  2012-10-31

已经很正规的一个process了,其实在这块很多要基于公司的做事方式。
有的项目时间很紧急,比如web这一块,更多的agile development,根本没有时间来follow这样的流程,当然QA可以通过很多努力来改善。
另外补充一点,在bug这一块,file bug -> fix bug -> verify bug -> close bug.中间还有一些流程,比如bug review, 有些bug可能会defer到下一个sprint, 有些可能会因为其他原因置为won't fix等等,这里QA也需要起到很到作用哦


登录 后发表评论