http://dylan1971.blog.ccidnet.com
IT博客首页
|
dylan_ren的首页
|
登录
|
注册
任甲林
专业、职业、敬业的软件管理与技术咨询 www.measures.net.cn
首页
博主资料
留言
加为好友
收藏
用户名: dylan_ren
来自: 北京 海淀
个人统计
用户名: dylan_ren
等级: 初来乍到
威望: 860
积分: 1788
在线时间: 161 小时
日志总数: 121
评论数量: 506
访问次数: 778992
建立时间: 2006-10-01
RSS订阅
手机访问
留言列表
一共有
12
条留言
zhuliang518@163.com
2008年05月03日
Says:
您好!
我们长期举办软件需求分析的培训,能否给我们去讲课。
13521257808 朱亮
dylan_ren 于 1970年01月01日 回复:
皮晓丽
2008年03月17日
Says:
任老师您好,我一直跟刘江梅老师联系,但是最近机器出问题,不小心删除了所有邮件,找不到刘老师的联系方式了,你们的方案上没有留下任何联系方式,请刘老师联系我,感谢!
dylan_ren 于 1970年01月01日 回复:
snowduck
2008年03月04日
Says:
非常感谢您的回复!
我非常赞同跟踪采用灵活的方式,而不是采用形式上的跟踪浪费大量的人力物力而起不到跟踪的作用。
看您的博客受益匪浅,希望能看到更多实用的好文章。
dylan_ren 于 1970年01月01日 回复:
snowduck
2008年02月28日
Says:
任老师,您好!
想咨询个问题,关于需求跟踪矩阵的纵向跟踪,必须把源码也进行跟踪吗?
我认为关于用户需求是否实现,可以通过测试来验证,而不在于跟踪矩阵上是否对源码进行跟踪。而且对于大型项目而言,程序文件会非常多,填写跟踪矩阵会带来巨大的工作量,而且也无法去验证填写的正确性和准确性。
dylan_ren 于 2008年03月04日 回复:
对不起,我没有注意你的留言,回复的晚了。
这是个平衡问题,要看管理需要。
需要建立的跟踪矩阵,以优先级为序,我个人的建议:
1 需求到测试用例:用以验证需求是否都是可测试的,是否测试了。
2 需求到代码:当在维护阶段,确保维护人员知道修改什么地方的代码。
3 需求到需求:可以用接口列表代替,用以设计集成测试用例,组织和管理集成的顺序,需求变更时分析需求的波及范围。
4 需求到设计:用以验证需求是否都被反映在设计中了,避免遗漏需求的现象。
项目越大越需要建立跟踪矩阵,正是因为需求多,所以才需要通过规范的方式进行管理,否则脑袋记不全。
在实践中需求跟踪矩阵可以有多种实现方式,并非一定那么机械的建立跟踪矩阵。比如有的公司采用测试用例的编号的前几位和需求编号相同来实现跟踪的目的,其他跟踪矩阵也是类似的处理,这种方式就节省了建立矩阵的工作量,也达到了跟踪的目的,但是无法处理多对多的关系。
矩阵的正确性和准确性需要在需求评审时把握,和需求文档、设计文档、测试用例文档等一起参与评审。
不知上述解释是否能让您满意,如有疑问,可以MAIL给我:renjialin@163.com
蔡先生
2007年11月21日
Says:
我单位拟举行软件工程培训,大约8到10次,每次两小时,如果有意,请速和我联系!手机:13811329946,电话:66349267
dylan_ren 于 1970年01月01日 回复:
申请交换友情链接
2007年11月14日
Says:
博主,您好!很高兴进入您的博客,我是123建站网(www.123jzw.com)的站长,专门从事企业网站建设,
在网上拜读过您写的很多很好的文章,受益匪浅。很喜欢您的网站,非常有诚意与您交换友情链接,我的网址是:http://www.123jzw.com
祝开心!
dylan_ren 于 1970年01月01日 回复:
Lizp
2007年10月13日
Says:
老同学,这里见到你,很高兴.可以推荐几本"软件需求分析"方面的优秀教材么?急用,请回答.并且还有问题想咨询你.
我的邮箱是lizp2002@163.com
电话:13013516804
dylan_ren 于 1970年01月01日 回复:
Lizp
2007年10月13日
Says:
任老师,有个问题想咨询你.
dylan_ren 于 1970年01月01日 回复:
Yuki
2007年10月11日
Says:
谢谢,您的建议给我树立了信心。
会继续关注您在这里的经验分享。再次谢谢!
dylan_ren 于 1970年01月01日 回复:
Yuki
2007年10月09日
Says:
您好!我是个刚入门的软件QA,有3年的项目管理经验,但对QA的工作还是新手,对您很是仰慕。想问一下任老师,北京有比较好的QA培训吗?能推荐一两个吗?
dylan_ren 于 2007年10月10日 回复:
很抱歉,我没有听说有这样的培训,或者讲我还没有关注过。
如何做好一个QA其实2个小时就可以讨论清楚,并不需要多少理论,关键在于实践。做一个一般的QA很容易,做一个优秀的QA,功夫不在于QA上,而在于QA知识以外的部分,比如工程经验、管理经验。你已经有3年的项目管理经验,很好的基础啊,做QA应该可以了。我想有几个做好QA的要素:认真、倾听、沟通、平衡,经验。
很高兴与你讨论问题。谢谢!
砺志
2007年09月10日
Says:
任老师,您好!
我们有个北京客户想要软件工程的培训,客户需求非常明确。
如果您看到我的留言,请联系我:
高小姐 0755-33357808
砺志咨询
dylan_ren 于 1970年01月01日 回复:
Zoey
2007年07月11日
Says:
我们是一家软件外资企业, 正在寻找QA高级顾问,希望与您联络. 这是我的手机:13501260855. 谢谢
dylan_ren 于 1970年01月01日 回复:
发表留言
用户名:
一共有 12 条留言
我们长期举办软件需求分析的培训,能否给我们去讲课。
13521257808 朱亮
我非常赞同跟踪采用灵活的方式,而不是采用形式上的跟踪浪费大量的人力物力而起不到跟踪的作用。
看您的博客受益匪浅,希望能看到更多实用的好文章。
想咨询个问题,关于需求跟踪矩阵的纵向跟踪,必须把源码也进行跟踪吗?
我认为关于用户需求是否实现,可以通过测试来验证,而不在于跟踪矩阵上是否对源码进行跟踪。而且对于大型项目而言,程序文件会非常多,填写跟踪矩阵会带来巨大的工作量,而且也无法去验证填写的正确性和准确性。
这是个平衡问题,要看管理需要。
需要建立的跟踪矩阵,以优先级为序,我个人的建议:
1 需求到测试用例:用以验证需求是否都是可测试的,是否测试了。
2 需求到代码:当在维护阶段,确保维护人员知道修改什么地方的代码。
3 需求到需求:可以用接口列表代替,用以设计集成测试用例,组织和管理集成的顺序,需求变更时分析需求的波及范围。
4 需求到设计:用以验证需求是否都被反映在设计中了,避免遗漏需求的现象。
项目越大越需要建立跟踪矩阵,正是因为需求多,所以才需要通过规范的方式进行管理,否则脑袋记不全。
在实践中需求跟踪矩阵可以有多种实现方式,并非一定那么机械的建立跟踪矩阵。比如有的公司采用测试用例的编号的前几位和需求编号相同来实现跟踪的目的,其他跟踪矩阵也是类似的处理,这种方式就节省了建立矩阵的工作量,也达到了跟踪的目的,但是无法处理多对多的关系。
矩阵的正确性和准确性需要在需求评审时把握,和需求文档、设计文档、测试用例文档等一起参与评审。
不知上述解释是否能让您满意,如有疑问,可以MAIL给我:renjialin@163.com
在网上拜读过您写的很多很好的文章,受益匪浅。很喜欢您的网站,非常有诚意与您交换友情链接,我的网址是:http://www.123jzw.com
祝开心!
我的邮箱是lizp2002@163.com
电话:13013516804
会继续关注您在这里的经验分享。再次谢谢!
如何做好一个QA其实2个小时就可以讨论清楚,并不需要多少理论,关键在于实践。做一个一般的QA很容易,做一个优秀的QA,功夫不在于QA上,而在于QA知识以外的部分,比如工程经验、管理经验。你已经有3年的项目管理经验,很好的基础啊,做QA应该可以了。我想有几个做好QA的要素:认真、倾听、沟通、平衡,经验。
很高兴与你讨论问题。谢谢!
我们有个北京客户想要软件工程的培训,客户需求非常明确。
如果您看到我的留言,请联系我:
高小姐 0755-33357808
砺志咨询