测试是一门武功,流程是套路、工具是武器,有简单的花拳秀腿,也有深奥的少林武功!测试好比战争,知己知彼,方能百战不殆!测试好比破案,精心推断,方能柳暗花明!有人说世界不缺少美,而是缺少发现,我看:其实软件不缺少问题,而是缺少发现!以精深的少林武功、用艺术工程的眼光、战争破案的缜密思维去发现软件世界“美”吧!

发布新日志

  • 也谈如何处理问题

    2008-05-03 15:46:46

        项目在进行过程中,免不了会产生这样那样的问题。解决问题的关键是发现问题出在什么地方。

        首先,要从自己的身上找问题,看是不是自己想得不周到,分配工作不合适。如果主要问题在这里,就要勇于承担,要重新分配任务或采取一些必要的方法进行补救。

        其次,再从公司方面找问题,是不是给了员工太多不切实际的工作。如果是这样的话,那大部分人都会出问题,整个项目也必然会产生延期、质量很差等问题。 这类的问题在外包性质的公司也许比较多,也比较难已解决,这就需要大家好好座下来谈谈,如何提高员工素质,如何改进项目流程。

        最后,如果不是上述两方面的问题,那就要让对方好好想想他自己身上犯了那些错误了。做为一个员工,最重要的是责任心,如果没有了责任心,那其它都不用谈了。如果是其它问题,如家庭或个人方面出了问题,应当尽力帮助别人去解决。

        总之,产生问题就必须要解决的,处理问题的方式一定要先沟通,有时候是要给别人一些犯错的空间的。如果有了好的沟通,那大多问题基本上都解决了。如果沟通处理不了的事情,就一定要搞制度来办,而且是必须按制度来办。

  • 如何保障项目整体质量

    2008-02-20 00:57:49

        一个项目,从测试方案到测试用例的编写,再到测试执行,测试报告的编写。所以光靠TC的力量是完全不够的,那怎么才能把握成员的工作是否到位呢?

        多开交流会议。

        首先、在项目初期,让每个人对自己所做的模块进行描述,如果他可以流利的说清楚自己的东西,那说明他对需求已经有了基本的了解。

        其次、在测试用例阶段,让每个人对自己所做的模块进行描述,要求可以在不查询文档的情况下说清楚功能使用了那些表,通知了那些部件。

        再次、在测试执行阶段,让每个人对自己的模块进行评估,他可以自信的说他的模块基本上没有问题了、没有遗漏。

        最后、可以查看他们的测试小结,如果是自己认真做完一个项目,一定有一些独到的见解和心得。

        如果上面每步骤都很顺利,恭喜你,你的项目是比较成功的,如果做不到,要越早发现越好,如果到了测试小结还有问题,那就需要重新考虑软件质量是否过硬了。

数据统计

  • 访问量: 2797
  • 日志数: 5
  • 建立时间: 2008-02-19
  • 更新时间: 2008-05-03

RSS订阅

Open Toolbar