不必为昨天的泪,去弄湿今天的阳光;

测试新手需要了解的几大测试知识点

上一篇 / 下一篇  2014-11-11 15:21:25

    一、准备工作
    1、向有经验的人测试人员学习
          这点不管是任何工作都是试用的,每个人都有你学习的地方,向前辈学习可以让你快速的入门。
    2、阅读软件测试的相关书籍;
          找度娘可以搜索到很多的书籍列表,在这里也推荐一本本人觉得比较好的书籍《全程软件测试》,对初学者帮助比较大,可以直接下载电子版;
    3、走读缺陷跟踪库中的问题报告单;
           当然不是让你所有的都看,走读也即泛读,查看自己对应将要负责的项目的问题报告单,走读一边,了解其他人测试的思路和考虑视觉;
    4、走读相关产品的历史测试用例
          这个非常重要,最好是根据测试用例自行操作一边,并标注好重点和不懂的地方;
二、识别需求
     这个过程中最关键的两个字是“主动”,主动获取、主动询问;
      需求主要包括:性能需求、运行环境需求等;
三、测试用例
      测试用例是整个测试过程中的灵魂所在,它是一个知识的积累,也是最能体现测试水平的东西;
    • 测试用例的基本格式

软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果,下面逐一介绍。

用例编号:测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则: PROJECT1-ST-001 ,命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号,便于查找测试用例,便于测试用例的跟踪。

测试标题:对测试用例的描述,测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时,软件的响应情况 ” 。

重要级别:定义测试用例的优先级别,可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说,如果软件需求的优先级为 “ 高 ” ,那么针对该需求的测试用例优先级也为 “ 高 ” ;反之亦然,

测试输入:提供测试执行中的各种输入条件。根据需求中的输入条件,确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性,如果软件需求中没有很好的定义需求的输入,那么测试用例设计中会遇到很大的障碍。

操作步骤:提供测试执行过程的步骤。对于复杂的测试用例,测试用例的输入需要分为几个步骤完成,这部分内容在操作步骤中详细列出。

预期结果:提供测试执行的预期结果,预期结果应该根据软件需求中的输出得出。如果在实际测试过程中,得到的实际测试结果与预期结果不符,那么测试不通过;反之则测试通过。  

         不管你所在公司用的是什么样的测试用例管理工具,你最好整理出一属于自己的测试用例模板,并在工作过程中不断修改维护;

         测试用例的编写方法主要包括:等价类、边界值、功能图、场景图、正交试验验证法、异常操作;

         接着就是执行测试用例、测试过程记录、提交问题报告单了;


TAG: 新手 软件测试 测试用例

geshi的个人空间 引用 删除 geshi   /   2015-03-08 09:56:50
学习中
geshi的个人空间 引用 删除 geshi   /   2015-03-08 09:56:22
1
引用 删除 xingfengf21   /   2015-02-03 16:56:00
1
754354300的个人空间 引用 删除 754354300   /   2014-11-24 14:43:50
学习了
754354300的个人空间 引用 删除 754354300   /   2014-11-24 14:43:35
5
qwerty328的个人空间 引用 删除 qwerty328   /   2014-11-20 18:10:06
5
童话zoe的个人空间 引用 删除 童话zoe   /   2014-11-13 15:04:57
没有前辈怎么办?
 

评分:0

我来说两句

我的栏目

日历

« 2024-05-05  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 632
  • 日志数: 2
  • 建立时间: 2013-02-28
  • 更新时间: 2014-11-11

RSS订阅

Open Toolbar