PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
测试和验证在软件开发的任何一个阶段都需要,有对需求描述的测试,对设计成果的测试,对代码的测试,基于需求的系统测试,还有基于价值点的验收测试。。。。
测试无所不在。。。
话需这样说,其实现实中往往很轻视测试,质量意识比较淡薄,我记得以前看过一个信息:微软的研发项目团队不大,如果9个人,是这样一个结构(1个项目经理,1个?,3个程序员,4个测试员)。。。。从招聘测试人员的要求,应聘人员的素质,测试人员的待遇等方面。。。测试的位置远远偏低!
测试有自己的方法,技巧,工具,觉得重要的是:建立基于需求的测试用例,有了相对完整和准确的测试用例,系统测试才找到了合理的入口。。
(好象没有切入主题哦~~)
系统测试需要在开发人员完成一次提交后进入测试,这次提交是一个临时的版本,可能是一个模块,也可能是一个组件,还可能是一次迭代开发的单元测试输出,然后测试人员在该版本上根据测试用例执行测试计划中测试任务,测试人员和开发人员的交互需要有一个大家认可的“测试过程”来支持,同时有计划的进行测试过程(开发员提交版本--测试员获取版本执行测试--测试人员提交bug纪录并和开发人员沟通不清楚的问题--项目经理确认bug修订策略,部署bug修订任务--开发人员修改bug,并更新bug状态---测试人员查阅bug状态,并做回归测试---条件成立,关闭bug。。。)
One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com