只显示主题贴
gigix 写道sigh……
话是这么说没错啦……不过您给的那一组实践……这个成熟度它就很成问题亚……
呵呵 ，这个的确是，不过也是没有办法的事情，慢慢来一切都回好的
- 进入论坛 软件开发和项目管理 版
另外一点，我觉得有一点没有说太清除，就是测试与调试之间区别。
程序员的调试是与设计相关而不是需求相关，所以严格意义上不算测试的说。
测试是从需求得出来的，而不是从设计得出来的，代码通过了调试后只能证明满足设计要求，但设计如果不满足需求，同样测试会挂。
- 进入论坛 软件开发和项目管理 版
gigix 写道扯淡
这个只跟你的团队定什么规矩有关
再说了，新开发的程序处理多少异常情况，跟check in的代码会不会break build，根本就两码事
的确是两码事，但和软件最终产出的成熟度是息息相关的哦
- 进入论坛 软件开发和项目管理 版
抛出异常的爱 写道汗。。你不测一下就有胆子把代码上传么SVN么？还要不要饭碗了？
程序员的测试主要有以下几个层次：
1.代码编译通过，配置文件配置正确，即使出现bug，也影响范围也是与本次提交代码相关的，不影响系统其他功能或特性。
2.代码相关的业务能够正常跑，能够实现用例文档中基本流，并保证结果正确。
3.能够处理大部分异常流，并能够给出相应的错误提示或结果符合设计要求。
4.能够通过功能测试和压力测试。
要求从1-4 等于对程序员水平要求的从低到高，一般程序员的要求能够达到第二条即可，剩下两条由测试部门负责验证，并以缺陷的方式提交给开发
另外，在不能达到第二条要求的代码仅仅允许在每个程 ...
- 进入论坛 软件开发和项目管理 版
抛出异常的爱 写道人工测试不是程序员应该去作的事。他们的本职就写代码，如果写代码就能测试，为什么不呢？
个人认为测试（包括人工、自动）都不是程序员应该做的事情，但实际情况是程序员也是人本身的水平、能力或者工作状态都会影响到代码的质量。
所以程序员只要要在写完之后做自己的代码检查，或者单元测试，当然TDD中的测试根据情况融入程序员自己写的符合需求或设计测试也未尝不可
- 进入论坛 软件开发和项目管理 版
引用路由器故障导致服务中断3小时，这种服务已经根本不能算好了
把这些中断时间都记录下来，年底算账，看看品质服务究竟有几个9，续签合同好砍价^_^
。。。。大家都是出来混的，何必那么认真呢？
- 进入论坛 海阔天空 版
cnfree 写道TDD又不是万试万灵的，像GUI这一块根本无法使用TDD，TDD只能用在Model以及单元逻辑这一部分，但是简单的逻辑没有问题，不代表复杂的逻辑组合没有问题，而这一点TDD能否做到？实际上最后还是要靠常规的测试体系来保障软件的开发。软件开发始终还是需要靠需求来驱动。TDD决不是神。
首先，测试非要自动化么？？
人工不行么？
虽然Kent给我们举的例子是自动化测试的，但是我们不能人工做么？
当我们人工发现一个错误的时候，再把这种情况做成自动化测试脚本（利用RFT或者Robot），用于今后的回归测试，至少是图形化界面测试的一种方案。
另外，测试的的粒度是与需求、设计都有关系的， ...
- 进入论坛 软件开发和项目管理 版
从表明看来TDD会增加工作量，会影响开发的进度和效率。
但实际上TDD会让人少走很多弯路，尤其是真正写代码的程序员，从而从另一方面降低了软件开发的成本。
测试不仅仅体现对程序的要求，同时也是对开发人员传达用户的需求。
- 进入论坛 软件开发和项目管理 版
fengzhang 写道我个人认为这是属于项目经理在工作上的失误，
第一，他对大家说有是为了让大家能够更好的完成项目
第二，如果说上面说没有的时候，他可以推卸责任
第三，项目经理没有清楚自己在公司的位置
因此就会引起公司内部不必要的猜疑。这是项目经理最忌讳的事情。项目经理一定要明白一个事，涉及到钱等敏感问题时，一定要得到高层的完全许可才可以发布相应的信息。 一句话“项目经理，责任大于权利”
同意楼上的
（项目经理==包工头）？“跟LZ的结论一样”：“本来项目经理就是老板”
- 进入论坛 软件开发和项目管理 版
XP 的确对开发人员本身的素质要求比较高，但确实能够大大提高软件开发的效率和质量。
当然，XP的实施不能过于盲目按照书上的讲述来做，我刚开始带项目就犯了这个错误。得出经验就是一点点来做，先抓TDD，然后下一步抓Pair Works，最后把XP的精华一步步应用到我们的开发过程中。
目前我们做了TDD后（当然还不够完善），感觉项目的开发进度有明显的加快，人员、技术的管理也变得非常轻松，这样我就有更多的时间做该做的事情，以往是天天被人追着问这要那的，现在都是我主动准备好文档去找其他部门（例如项目管理部门或者测试部门）商量事情了。
- 进入论坛 软件开发和项目管理 版
评论排行榜