日历

« 2008-10-08  
   1234
567891011
12131415161718
19202122232425
262728293031 

我的收藏

统计信息

  • 访问量: 108
  • 日志数: 3
  • 文件数: 1
  • 建立时间: 2008-04-07
  • 更新时间: 2008-07-30

RSS订阅

愿意认识德才兼备的软件同行

我的最新日志

  • 学习winrunner自动化测试工具

    2008-7-30

    很早就了解到自动化测试工具有着很强的功能和用途,现在开始学习winrunner,虽然在学习的过程中遇到很多问题,但我还是坚信自动化测试工具会给测试工作带来益处的,我决心进行尝试。

  • “因地制宜”编写用例

    2008-4-11

             测试用例编写要根据具体阶段和具体测试目标而定!如果软件开发很规范,按照软件工程要求在软件开发初期需求完成后就需要开始编写软件测试用例,当软件设计文档完成后,我们的用例也应该完成。这时测试用例的编写就可以根据软件文档和自己对软件的理解和软件有关的标准编写详尽,高覆盖率的测试用例。
        以上说的状况是开发过程比较规范的情况,但大部分公司和项目的测试都存在时间不充足的状况,下面就不同状况具体分析:
        1、根据测试任务所处的阶段:例如是针对某个已完成模块或功能进行单元测试阶段,还是系统测试、集成测试阶段或是回归测试阶段,根据不同测试阶段编写不同的测试用例。
        2、根据测试任务的测试目标:所谓目标是本次测试需要达到什么样的测试结果。如整个软件达到可以正常使用,没有致命和严重的错误出现或是要求某个性能必需达到某个规范或是用户要求等。根据测试目标有针对性的编写测试用例。
         如果出现阶段和目标都不明确,同时又要保证交付用户的质量,在有限的时间内要编写一个比较可行的测试用例那就需要像写开发中的概要设计那样:先划分测试模块,再详细列出测试模块中的测试项,然后尽可能比较全面的描写出每个测试项的测试点和每个测试点的预期结果。如果还有时间的化可以像写详细设计那样补充每个测试项的具体测试方法和步骤。
         以上方法是我多年来在测试工作中的经验总结和体会,本次的问题也是很多公司的一种不规范的做法,还是希望软件公司能够尽可能规范的按照软件开发流程进行开发测试工作,为测试人员提供充足的时间了解产品并进行比较全面和深入的软件测试,真正有效的保证软件质量。
  • 测试感悟

    2008-4-07

        我学习计算机专业,刚毕业便从事了软件开发工作,两年后(2003年)在一家公司做开发半年后,公司要成立质量管理部门,要通过CMM2级,当时在国内通过CMM也只是凤毛麟角,因为有开发经验,研发也就两个女孩,领导认为在质量管理初期女孩子和一大批没有质量意识的男性研发人员沟通效果会更好,于是我被领导几次说服去软件质量管理部门工作,起初还不太愿意,但领导给了我比研发人员高的薪水和更多的学习机会,我最终答应了。这也开始了我的测试生涯。

        从简单的功能测试,技术文档编写,到认识CMM和测试理论知识,再到软件的测试管理,测试工作这么多年,有一个深深的体会,那就是软件测试必需要有深厚的数学和计算机基础,其实测试人员总是要看一些关于测试方法方面的书籍,当你真正看透的时候其实就会发现很多理论都是数学模型的文字化,然后你再去看高数,概率论与数理统计,你会发现其实当初学的很多数学知识是测试的一个很好的理论指导。当然还要有全面的计算机专业知识,这样可以在测试中从多角度测试出不同的问题,而且使测试问题更有深度,而不仅仅是一些使用功能方面的问题。接下来就是看你从事什么行业,具备行业专业知识也是非常关键。如果具备了以上几个重要的要素,那么就会是一个比较出色的测试工程师。

       

我的最新文件

Open Toolbar