51Testing软件测试网 »
zhang88614的个人空间
欢迎访问 zhang88614 的个人空间
我的论坛主题
-
2009-07-14 17:54:00 / [软件质量管理]
转载非常好的一片文章，与大家共享，思考过程改进的真谛。引子：1、今天有一名在公司工作了4年的员工提出离职申请，他自己觉得专业经验无法快速得到提升、缺乏整体思维、技能无法支撑工作需要，压力太大，自身不能为团队带来绩效，需要重新审视自己的定位和职业发展。我审视后给了几点意见：1）有压力不是坏事，反而是一个个人快速提升机遇，挺过去了，不论对个人还是组织都有益。2）要成为真正的专家，需要深耕耘，厚积累，不争一时。3）在一个大型组织内做管理和技术变革，难度和压力很大，需要很多的耐心和信心。2.
查看(1433)
评论(3)
-
2007-12-20 13:44:38 / [软件质量管理]
强烈推荐，里面的例子很好玩！大家看了不忘回帖。
查看(3002)
评论(18)
-
2007-12-07 12:04:04 / [CVS/SVN/GIT]
wincvs导入代码的时候各种文件类型怎么设置？ 导入的时候文件类型提示error，请教怎么解决。急急急！！！
查看(2181)
评论(1)
-
2007-12-05 09:28:01 / [软件质量管理]
project 培训pptproject 培训pptproject 培训pptproject 培训pptproject 培训pptproject 培训pptproject 培训ppt
查看(12279)
评论(72)
-
2007-11-23 17:28:35 / [软件需求管理]
1.什么是软件需求和需求工程1.1 软件需求的定义在IEEE软件工程标准词汇表(1997年)中定义软件需求为：（1）用户解决问题或达到目标所需的条件或能力。（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。（3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。 实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。1.2 需求工程的定义需求分析的过.
查看(3223)
评论(4)
-
2007-11-23 16:15:11 / [软件质量管理]
原则一：将大项目分成若干里程碑式的重要阶段，各阶段之间有缓冲时间，但不进行单独的产品维护。微软通常采用“同步－稳定产品开发法”。典型项目的生命周期包括三个阶段：计划阶段：完成功能的说明和进度表的最后制定开发阶段：写出完整的的源代码稳定化阶段：完成产品，使之能够批量生产（Roll Out）这三个大阶段以及阶段间内在的循环方法与传统的“瀑布”（Water Fall）式开发方式很不相同，后者是由需求、详尽设计、模块化的代码设计与测试、集成测试以及系统测试组成的。而微软的三个阶段更像是风险驱动的、渐进的“螺旋.
查看(2218)
评论(4)
-
2007-11-22 14:00:20 / [软件需求管理]
敏捷需求分析Jerry推荐 [2007-3-16]出处：程序员作者：程序员在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项目的需要，因此在经过考虑后，放弃了敏捷方法。 真的是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求的？这些是一些想要实践敏捷的人一直在困惑的事情。 我们常常看到书中讲，程序员.
查看(4952)
评论(13)
-
2007-11-22 13:41:54 / [软件需求管理]
项目调研经验谈出处：CSDN作者：pekingsun调研概要情况：X项目需求调研开始于2006-3-23结束于2006-6-15，内容包括现场需求调研4个人月和分析需求编写需求文档6个人月。参与调研的包括项目经理、技术经理和两个开发骨干，编写需求规格说明书字数95.4万。 1.把二期项目当作一个新项目来做调研，避免需求细节遗漏。在调研的初期我们曾经有过疑虑，这是一个二期的项目，那么调研的内容是否只针对二期的新需求，对需求内容二期和一期一致的部分就不必调研了? 经过讨论我们还是决定把二期项目当作一个新项目来做.
查看(2088)
评论(1)
