http://dylan1971.blog.ccidnet.com
IT博客首页
|
dylan_ren的首页
|
登录
|
注册
任甲林
专业、职业、敬业的软件管理与技术咨询 www.measures.net.cn
首页
博主资料
留言
加为好友
收藏
用户名: dylan_ren
来自: 北京 海淀
个人统计
用户名: dylan_ren
等级: 初来乍到
威望: 905
积分: 1893
在线时间: 170 小时
日志总数: 126
评论数量: 766
访问次数: 893391
建立时间: 2006-10-01
RSS订阅
手机访问
留言列表
一共有
14
条留言
软件供应商
2008年09月01日
Says:
我们邀请您成为荣誉会员,享有软件供应商的优质服务,并请求内容合作及网站内容授
权,共同拓展市场,推进企业发展。
成为软件供应商会员,您可以:
1、开通企业博客,进行企业宣传;
2、进行产品销售,马上带来收入;
3、加入渠道商圈,拓展销售渠道;
4、发布市场活动,进行产品推介;
5、招聘企业人才,找到优质人选;
欢迎您加入!我们还为企业带来:
·更多商机:为销售带来机遇!
·更多宣传:为企业带来知名度!
·资质认证:让买家更信任!
请您提供以下资料到unisv @ cnisv.com申请:
1、软件供应商会员账号和密码;
2、姓名和联系方式;
3、公司名称和主营业务;
4、企业合法经营资质;
提交前请仔细阅读服务条款(提交申请资料代表您同意服务条款内容):
欢迎您加入!
软件供应商 - www.cnisv.com
dylan_ren 于 1970年01月01日 回复:
xier5200
2008年08月22日
Says:
你好.我是口碑传媒公司,我们想跟您长期约稿,请您写篇文章发布在您的博客上,或者由我们提供文章在您的博客上发布,我们公司会为此付给您相应的报酬。如果您有兴趣合作,我们可以进一步探讨合作细节。
QQ:823634451
MSN:evermotion_cn@live.cn
E-mail:alice.yu@evermotion.cn
dylan_ren 于 1970年01月01日 回复:
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日 回复:
发表留言
用户名:
一共有 14 条留言
权,共同拓展市场,推进企业发展。
成为软件供应商会员,您可以:
1、开通企业博客,进行企业宣传;
2、进行产品销售,马上带来收入;
3、加入渠道商圈,拓展销售渠道;
4、发布市场活动,进行产品推介;
5、招聘企业人才,找到优质人选;
欢迎您加入!我们还为企业带来:
·更多商机:为销售带来机遇!
·更多宣传:为企业带来知名度!
·资质认证:让买家更信任!
请您提供以下资料到unisv @ cnisv.com申请:
1、软件供应商会员账号和密码;
2、姓名和联系方式;
3、公司名称和主营业务;
4、企业合法经营资质;
提交前请仔细阅读服务条款(提交申请资料代表您同意服务条款内容):
欢迎您加入!
软件供应商 - www.cnisv.com
QQ:823634451
MSN:evermotion_cn@live.cn
E-mail:alice.yu@evermotion.cn
我们长期举办软件需求分析的培训,能否给我们去讲课。
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
砺志咨询