2008-04-19
全文显示

无坚不摧 唯快不破

什么人做功能测试比较好？这是我写这篇《功能测试谁来做》的想法。 经常有人会跟我说他们公司开发过程很好，配备了独立的功能测试组，有的成立了独立的测试部门。也有顾问告诉我，要有独立的测试人员。也有相当的人想着用测试来和开发制衡。 首先我承认要有功能测试组，而且我也会在项目中采用功能测试这个环节，但是对于什么样的人能做功能测试，我有自己的看法。 对项目组来说，谁设计谁测试，既然是功能顾问、功能分析设计人员做的业务分析和设计，那么就应该由他们做功能测试，而不是新手或者对业务不熟悉的测试人员，独立的功能测试部门，因为要参与多个项目，不可能精于某一领域的业务，所以他们的测试往往只是流于表面，稍微深一 ...
  • 14:21
  • 浏览 (582)
  • 评论 (6)
2008-04-03
全文显示

功能测试谁来做

受微软的影响，项目组单独配备功能测试人员，在很多公司里成为一种标配，而且经常是找一些小丫头来做，实际上效果如何，基本上没有用途。 功能测试应该由对业务非常清楚的人来做，而对业务非常清楚的只有二类人，一类是业务功能顾问，他们负责与客户进行沟通，能站在业务流程的整体上去测试，也就是谁做业务设计谁做业务测试。另一类就是业务模块的使用人员，他们是用户。所以真正的功能测试，应该是这两类人员去做。我比较倾向于业务功能顾问进行功能测试，通过测试后，尽快交给业务用户使用，一起进行业务测试，而不是将功能测试交给一些由外行人士构成的独立测试组。 这里面又包含了我的一个观点，真正的测试阶段是系统上线后的几个月， ...
2008-03-31
全文显示

企业应用干嘛要用做网站的技术

现在的B/S开发，做企业应用系统，表现层还是基于网站的开发技术，基本靠程序员在代码里面画页面，10几年来一直没有什么进步，是不是从根上就是错的，企业应用用Web页面来进行展现是否合算？ B/S只是一种系统部署应用的架构，基于Web，但不一定非要用Web网页的开发技术，目前一些ERP厂商采用的远程接入方式，换了个角度来解决C/S系统的部署应用问题。 按照厂商的说法，基于服务器计算模式的远程接入平台，能够将C/S架构的产品WEB化，“是一种在服务器上100%地安装、管理、支持和执行应用程序的计算模式;所有的计算都是在服务器端完成，在网络上只传输键盘、鼠标点击和屏幕更新信息，应用性能与网络的带宽 ...
2008-03-08
全文显示

世界观决定方法论

世界观决定方法论 Lean，丰田的精益生产方式，把开发当作是生产制造。 Scrum，橄榄球，把开发当作是一场比赛。研究研究NBA、足球、围棋的比赛训练，是能找到不少好的成功实践。 RUP，把开发当作拼图，你不会拼，我就卖给你工具，为了更好的掌握工具，最好买我的咨询。 MSF、FDD、XP，高人补充，我没想好。 可以站的角度太多了，比如：战争，没有比这种项目风险更高的了，怎么没人从这个角度来创建一个流派。
2008-03-06
全文显示

从二战德军之父冯·西克特看团队培养

从二战德军之父冯·西克特看团队培养 冯·西克特“缔造了一支成为国家中流砥柱、被证明为同时代训练最佳、领导能力最强的军队。他制定了重新武装和重振士气的计划，使德军最大的优势——军官团得以保留，使新的战术战法得以酝酿而成。凡尔赛和约规定德军人数不得超过十万，所以西克特制定的标准是：士兵身体良好，有12年以上的服役经验；军官要有25年以上的从伍经验。一旦成为国防军的一分子，要接受某一方面的专门培训，重点是领导才能。他极为重视士兵的个人技能和主观能动性。合约禁止德国拥有军事院校，他就联合团一级的单位建立了一个建在部队上的军事教育体系，每一位列兵都受到成为军士的培训，每一位军士都受到成为军官的培训，每 ...
2008-03-06
全文显示

我对产品化的理解

我对产品化的理解 产品化的时机是看业务的需要，不管是对前景的落实，还是项目转化成产品，这些都不是技术人员能考虑的，业务的发展和策划，如何进行市场细化等如果都由技术人员考虑，产品化的风险很大。 风险最大的是对于产品化的理解。 提到“产品化”，大部分技术人员，包括很多公司老板，首先想到的是可销售性，也就是免实施，“软件产品的制造成本为零，微软就是这样发财的”，这是很多人跟我这么说，为什么要做产品。 基于这种考虑，技术人员往往把主要精力放在体系结构设计，把焦点放在可配置性、零实施等环节，小型软件可能可以做到，而对于绝大部分中小软件公司，主要做的都是企业管理软件，采用这种思路会是一种灾难， ...
2008-03-05
全文显示

基于客户业务能力的软件项目开发的四种模式

基于客户业务能力的软件项目开发的四种模式 很多业务系统只能定制，定制软件一直有个“金科玉律”：根据客户的业务模式来实现。日产的过程首先强调的是业务改善先行，只有业务功能定义清楚才能进行IT实现。 定制开发也罢，产品实施也罢，很重要的一点就是对客户所要开发的业务的理解和掌控，简而言之就是业务能力。 我将客户自身的业务能力和开发方的业务能力（不是技术开发能力）按能力强弱进行了组合，实际上也是业务的沟通能力，整理了四种模式： 1、 客户业务能力强，开发方业务能力弱 2、 客户业务能力弱，开发方业务能力弱 3、 客户业务能力强，开发方业务能力强 4、 客户业务能力弱，开发方业务能力强 ...
一蓑烟雨任平生
搜索本博客
最近加入圈子
最新评论