对方法和工具的依赖

o6z几年前好像就说CSDN软工版都是侃爷,光说不练只知道些理论没有实践经验。

我很惭愧。几年来也就是偶尔上去看看,处理一些违规帖。

确实,问一些很二,很无聊问题的人很多,同时,很二,很无聊的回答也很多。

有时挺让人看着生气。

譬如这个问题:何保证软件质量呢?一般都用什么方法或工具?

我的回答是:我也想知道有什么工具能保证牛奶的质量。

下面是一个我觉得很二的回答,而这个回答可能会得到这个帖子全部20分的一半以上,在那里往往是写字越多,得分越多:

好大的题目啊 质量问题现在越来越受关注 不同的人有不同的看法,不同的人有不同的作用 客户,系统设计人员,项目经理,开发工程师,QA人员,测试人员 PS:突然发现这几个角色我都扮演过,哈哈哈 总之把各个阶段的缺陷控制住就相当不容易了 个人觉得,需求理解和设计阶段是最重要的,此时引入的缺陷,在分析设计阶段被发现了还ok,真正到了后面就闹大了 慢慢总结,关于质量真的有很多话题可以说 说到工具和方法,缺陷跟踪工具,缺陷围堵方法,同级评审,技术评审,需求评审,总之评审是个很好的方法~~就是太花时间和精力 一家之言仅供参考 祝你成功

相关文章

迭代器模式(Iterator)迭代器模式(Iterator)[Cursor]意图...
高性能IO模型浅析服务器端编程经常需要构造高性能的IO模型,...
策略模式(Strategy)策略模式(Strategy)[Policy]意图:定...
访问者模式(Visitor)访问者模式(Visitor)意图:表示一个...
命令模式(Command)命令模式(Command)[Action/Transactio...
生成器模式(Builder)生成器模式(Builder)意图:将一个对...