bingdu520的个人空间_首页_软件测试专业网站:51Testing软件测试网 - powered by X-Space

日历

« 2008-05-22  
    123
45678910
11121314151617
18192021222324
25262728293031

最新来客

我的好友

统计信息

  • 访问量: 141
  • 日志数: 3
  • 建立时间: 2007-05-25
  • 更新时间: 2008-05-20

RSS订阅

我的最新日志

  • 如何编写测试计划

    2008-5-20

     

    俗话说:凡事预则立,不预则废!软件测试同样,在测试项目之初就要制定相应的测试计划。接下来谈下如何编写测试计划问题。

    一.首先了解以下几个问题:

    1. 为什么要编写测试计划?
    1)领导能够根据测试计划做宏观调空,进行相应资源配置等;
    2)测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等;
    3)便于其他人员了解测试人员的工作内容,进行有关配合工作
    2. 什么时间开始编写测试计划?
    (测试需求分析前总体测试计划书/测试需求分析后详细测试计划书)
    3. 由谁来编写测试计划?
    具有丰富经验的项目测试负责人
    4. 测试计划编写6要素?(5W1H)
    1)why——为什么要进行这些测试;
    2) what—测试哪些方面,不同阶段的工作内容;
    3) when—测试不同阶段的起止时间;
    4) where—相应文档,缺陷的存放位置,测试环境等;
    5) who—项目有关人员组成,安排哪些测试人员进行测试
    6) how—如何去做,使用哪些测试工具以及测试方法进行测试。

    二.测试计划主要内容:

    1.引言
    1.1项目背景
    1.2参考资料(计划编写依据:可行性分析报告/软件需求定义/软件概要设计/软件详细设计/用户使用说明书/……)
    1.3测试术语
    1.4有关项目人员组成以及联系方式(开发人员/版本控制人员/测试人员/软、硬、结构、营销人员等)
    2.任务概述
    2.1测试范围
    2.2测试目标
    2.3广义上还包含测试需求分析/测试用例编写/测试环境搭建/测试培训/测试执行等
    3.测试策略
    3.1测试人员需求、分工
    3.2测试方法(自动化测试/手动测试;白盒测试/黑盒测试;中断测试/临界测试/压力测试等)
    3.3工具引用及测试培训(内训/外训)
    3.4测试阶段计划(工作内容、人员安排、起止时间等)
    3.5测试停止及恢复条件
    3.6测试文档及缺陷提交管理等
    3.7测试环境
    4.测试资源
    4.1硬件资源需求
    4.2软件资源需求
    4.3测试环境需求
    4.4测试人员需求
    4.5其他(仪器、服务器等)
    5.风险评估
    5.1人力方面;
    5.2时间方面;
    5.3环境方面;
    5.4资源方面
    5.5部门合作方面
    6.其他内容
    除以上内容有关项外,还要包括测试计划制定者、日期、修改记录、评审人员(开发负责人/测试负责人/项目经理)等信息

    三.编写测试计划注意事项:

    1.测试计划不一定要尽善尽美,但一定要切合实际,要根据项目特点、公司实际情况来编制,不能脱离实际情况;
    2.测试计划一旦制定下来,并不就是一层不变的,世界万事万物时时刻刻都在变化,软件需求、软件开发、人员流动等都在时刻发生着变化,测试计划也要根据实际情况的变化而不断进行调整,以满足实际测试要求.
    3.测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等,不一定要太过详细.

    四.评审总结

    1.计划评审
    测试计划编写完成后,一般要对测试计划的正确性、全面性以及可行性等进行评审,评审人员的组成包括软件开发人、营销人员、测试负责人以及其他有关项目负责人。
    2.计划总结
      项目完成后,应该对计划的执行情况进行评审,看有哪些不合理的地方,以便为编写下一个项目测试计划做经验积累。
  • 使用LoadRunner录制脚本时如何选择合适的协议?[转]

    2008-5-06

    怎么开场呢?我就不说这个问题“很傻很天真”了,这就好比“渔夫要捞鱼,如何选择合适的网眼”、“程序员要写代码,如何选择系统头文件”一样,提出这样的问题充分暴露出一种浮躁盲目的情绪:

    × 业务不精:对被测软件环境的总体架构不了解,不知道client和server间的通讯方式;软件测试专业网站:51Testing软件测试网'\6{ Zrw!\2b O.b7Wa4t
    × 工具不精:但凡对LoadRunner的基本原理有所了解,估计也不会有这样的问题。

    其实只要你能把以上的两点搞明白了,这个问题也就不再是问题。软件测试专业网站:51Testing软件测试网n H;a#jm
    LoadRunner属于应用在客户端的测试工具,在客户端模拟大量并发用户去访问服务器,从而达到给服务器施加压力的目的。所以说LoadRunner模拟的就是客户端,其脚本代表的是客户端用户所进行的业务操作,即只要脚本能表示用户的业务操作就可以。

    具体到脚本应该选择什么协议,说直观点,就是选择脚本中选择哪些系统头文件的问题。试想一下,如果你碰到开发人员写程序时不知道用什么头文件,估计大部分测试员暗地里要“笑话”人家;现在轮到自己了,呵呵。下面是各种协议和相关头文件的对应关系。

    具体到选择协议,个人看法,有两种策略。

    ×选择click and scrīpt,相对比较简单的协议,类似于WinRunnerQTP的GUI级别的脚本,直接记录鼠标和键盘的动作,不需要关注底层的通讯协议,可以避免很多问题(如关联等),容易理解,不过LoadRunner 9.0支持的click and scrīpt不多,只有以下三种:
    ?&x/mBO/FM[-e{72464Web (Click and scrīpt)软件测试专业网站:51Testing软件测试网0l(z"aX+GJfi n
    SAP (Click and scrīpt)软件测试专业网站:51Testing软件测试网)T"j)@7F(J]Dr
    Ajax (Click and scrīpt)

    ×另外一种就是选择协议的依据就是client和server之间的通讯协议了,记住,依据只是通讯协议,而不是别的。

    谁说B/S结构的就一定选择WEB(HTTP/HTML)?你试试51testing首页的“在线客服”,或者在线的QQ或者MSN,看看用WEB(HTTP/HTML)能否录到期望的脚本?

    谁又说C/S结构的就一定是WinSocket协议?目前很多的Win32应用客户端其实也是HTTP通讯。难道各位没有注意到LoadRunner还有下面的选项

    所以说选择什么协议和什么c/s、b/s结构关系不大,唯一的依据就是客户端和服务器之间的通讯。明白这一点后,什么“单协议”、“双协议多协议”统统不再是问题。

  • 潜水好久了,也该贡献点东西了!----WEB漏洞概述

    2008-1-21

    摘自其他网友处。
    与大家共勉。

    WEB漏洞概述.doc
    (2008-01-21 15:53:36, Size: 26 kB, Downloads: 0)

Open Toolbar