5.30工作&学习

iLHV1.5终于赶在了5.1前及时上线；项目完成后就要进行必要的项目总结；为了真正达到总结改进的目的，我们有必要对项目进行过程中的不足的地方进行重点讨论。51Testing软件测试网a:V$]%}XE2AE#OOp

项目启动：目前测试组介入到项目中一般都是在需求确定并提交之后；由于测试组人员并不只针对一个测试项目，所有有时可能会造成一些计划上的冲突；测试组方面觉得有必要在项目启动时就通知到测试组，相应的文档可以cc一份到测试组，如项目启动应该会有个总体计划；等到需求确定和用例完成之后，文档发给测试组，测试组了解后需要给出大概的测试时间，方便项目进度管理；在制定计划时，是否需要把用例审核和测试用例编写纳入到总的项目管理中，即把一些测试工作的细节也纳入到项目管理，还是测试组自行计划？51Testing软件测试网/B@6S`.x8G

 51Testing软件测试网&i WY'?M$W

测试过程：对于测试过程中造成的项目延期，可能的原因，测试组方面一开始没有制定可行的测试计划，如工作量预估不足，其他项目的突然进入等，相应对策应该可以通过测试组提前获取各个项目的计划并加大执行力度来解决；另一方面，出现影响到进度的bug，而测试组又没有在第一时间内发现，或者此bug所在的功能模块在阶段性提交时被安排在最后阶段；这应该可以归纳到项目风险中吧，需要通过开发人组和测试组的共同努力控制到最低。

项目后期：发现在项目进行到后期时，开发和测试之间的交互会变得很频繁，项目进入到尾声，大问题没有，可能小问题比较多，或者为了省时间，但反而觉得并没有提高效率，版本控制在后期没有控制好，后期提交很频繁，结果是，在完全解决掉所有bug之后需要进行的系统测试没有做好。目前开发和测试都是在同一台服务器上进行，有时会造成诸多的不便，觉得还是有必要把开发和测试分开，在测试组的test部署测试iLH。

提示语和说明性文字：对这些交互有时觉得很浪费时间，对于这些觉得有必要在编码之前就进行必要的规范，对于在测试组测试时发现这些问题，一方面交互会浪费时间，另一方面测试组也不能保证提出的意见就是规范性的，或者说只能保证没有比较明显的错误；这方面可以由开发组或者测试组针对项目来做，或者公司可以建立一个常用的提示语规范库。51Testing软件测试网Pq??A:?sb7c

 51Testing软件测试网7A*HG(I,C0^E+a(r3T

每日学习情况：

 51Testing软件测试网*qCH,u.]7SGk?

计划：

1、第一天还没开始（就偷懒了，自己汗一个），中午饭后看了下《web性能》的序言；晚上倒是连《web安全》碰都没碰，窝在机器前看windows2003的《创建用户和配置文件》，MS的Tech.Net视频，还可以。

 51Testing软件测试网V*m'Ta|

完成：无51Testing软件测试网^L@4IT
c6K@

 51Testing软件测试网%p9X-N!Im8D8z

温故：51Testing软件测试网2Y C,NdVo.i

1、测试方面的就没有，自己偷懒；51Testing软件测试网 N kF*oP)^ P\'j

2、Win2003的不能在这占地方，另外开篇日志了，太晚了，睡觉。51Testing软件测试网]}4S@p/UO6Uq