欢迎访问 null2 的个人空间

收藏帖

  • 【原创转贴请注明出处】软件测试基础知识培训PDF(三)

    2004-09-14 09:24:43   /   [软件测试新手上路精华区]

    希望大家下载后,跟帖交流心得[ Last edited by szxutao on 2004-10-15 at 08:30 ]
  • 面向对象软件的测试5转

    2004-05-12 09:41:45   /   [前沿技术]

    六、面向对象的集成测试(OO Integrate Test)  传统的集成测试,是由底向上通过集成完成的功能模块进行测试,一般可以在部分程序编译完成的情况下进行。而对于面向对象程序,相互调用的功能是散布在程序的不同类中,类通过消息相互作用申请和提供服务。类的行为与它的状态密切相关,状态不仅仅是体现在类数据成员的值,也许还包括其他类中的状态信息。由此可见,类相互依赖极其紧密,根本无法在编译不完全的程序上对类进行测试。所以,面向对象的集成测试通常需要在整个程序编译完成后进行。此外,面向对象程序具有动态特性,程序.
  • 对[原创]Bugs 的有效交流和管理[翻译] 的一点点补充

    2004-05-09 10:33:45   /   [软件缺陷管理]

    标题标题的名称顾名思义,很简单,我就不多说了。要注意的是下面两个方面:1.从标题上知道它所要说的内容。理想状态下,bug标题不应超过50-60个字符2.关于bug另外一个重要的方面是,它不应有任何主观色彩的缺陷描述。总结总结在于简明扼要的说清楚问题即可。太过冗长的句子,会让人看不懂而心生厌倦。再现的步骤提供如何再现bug的确切的信息,确切的信息的含义是指, 使用恰当的技术术语和命名约定,清楚的提供信息和有条理的标记相关的步骤。在提交bug之前,扪心自问,这个bug是否能被其他看了这个bug描述的人再.
  • [原创]Bugs 的有效交流和管理[翻译]

    2004-05-09 10:28:24   /   [软件缺陷管理]

    Communicating and Managing Bugs EfficientlyBy Jitu Borah(jborah@adobe.com)3rd September 2003Bugs 的有效交流和管理原著:Jitu Borah翻译:smartbaby版权归Jitu Borah所有有效的bug报告(enough is good)1.好的标题2.简短而明确的总结3.再现的步骤是否足够4.观察结果5.预期结果6.其他信息7.注释/历史8.适当的附件9.集中体现里程碑10.bug严重性和优先级的分析质量分析报告(just do)1.简明的bug描述2.bug的隔离3.挑选bug与覆盖bug4.bug的比较分析5..

我的资料

  • 用户组: 青铜元老
  • 发帖数: 1247
  • 发短消息
  • 注册日期: 2005-07-13
  • 更新日期: 2011-04-06
Open Toolbar