软件测试知识阶段总结

上传人:xzh****18 文档编号:34191393 上传时间:2018-02-21 格式:DOC 页数:5 大小:87.50KB
返回 下载 相关 举报
软件测试知识阶段总结_第1页
第1页 / 共5页
软件测试知识阶段总结_第2页
第2页 / 共5页
软件测试知识阶段总结_第3页
第3页 / 共5页
软件测试知识阶段总结_第4页
第4页 / 共5页
软件测试知识阶段总结_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《软件测试知识阶段总结》由会员分享,可在线阅读,更多相关《软件测试知识阶段总结(5页珍藏版)》请在金锄头文库上搜索。

1、软件测试知识阶段小结不知不觉两周又即将过去,上两周主要学习软件测试的基础概念,在了解软件工程的基 础上进一步深入的了解到软件测试在软件工程中的重要地位,这两周我们一边写测试用例和修改测试用例,一边深入的学习 linux 操作命令,先将所收获到的知识概括如下:一、mCommerce 测试用例设计总结清晰编写测试用例在我们整个软件测试流程中所处阶段:mCommerce 测试用例的定义及目的:测试用例是测试人员进行测试操作的依据,它定义了测试的前提,测试环境,测试步骤,测试预期结果等要素,测试人员主要根据它来进行测试,目的是发现更多软件中的 bug。重点强调mCommerce 测试用例设计原则:测试

2、用例的代表性:能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。测试结果的可判定性:即测试执行结果的正确性是可判定的,每一个测试用例都应有相应的期望结果。 测试结果的可再现性:即对同样的测试用例,系统的执行结果应当是相同的。mCommerce 测试用例设计总体规范要求(根据邵 TC 给我们的注释大致总结的要求):通过标题一眼看出测试用例的目的。预置条件要考虑周全,不能大都一样。最后小组合并用例时要注意格式统一,用例编号有序排列。mCommerce 测试用例设计细节规范要求(从我写的那部分用例出发,可能未考虑周全):在编写测试用例时,遇到列表

3、分页问题,需要考虑要边界值分析法,用边界值分析法原则来设计测试用例,例如选择每页显示 10 条记录,此时我们就要考虑到测9、10 、 11 这三种显示情况,其他显示情况以此类推。在编写测试用例时,遇到条件搜索,应考虑到按不同条件搜索分别写测试用例,多条件筛选时,要求不同的组合写不同的测试用例;当支持全匹配和模糊匹配搜索时,也要分情况写测试用例;当搜索区分大小写时,也要分别写测试用例。一个正向的测试用例最好匹配一个反向的测试用例,如果可以到前台验证,也可以写一个测试预期结果成功或失败的验证用例。例如新增一位会员成功的用例,它的反向用例就是新增会员不成功,此时,可以设计一个到前台验证的用例,用刚新

4、增的会员账号登陆前台,若登陆成功则新增该会员成功,若登陆失败则新增该会员不成功。在用例描述这块,一个描述应对应一个预期结果,应清晰的分开来,不能混淆。在确定用例名称,填写预置条件,设计描述,和预期结果时最好做到简单易懂,在保证测试用例质量的前提下,尽可能减少测试人员的阅读量,提高测试效率。把握好测试用例的粒度:根据项目的大小来设计测试用例,当所测项目规模比较小时,我们就可以将各个功能写的精细一点,当所测项目规模比较大时,我们就可以将一些不易出错的功能写的粗略一些。二、linux 操作命令回顾上两周已学习的 linux 命令:重点强调Linux 的概念用户的创建与删除目录管理文件或目录的压缩与打

5、包VI 编辑命令(一般模式、编辑模式与指令列命令模式)这两周学习的 linux 命令:重点强调(在上两周学习过的基础上新增的内容)文件系统命令文件属性与权限的修改:Umask 预设权限(新建文档或目录时会减去预设权限,文档会额外执行权限)Umask 002 设置预设权限 如图所示:文件管理a.Touch 修改档案时间或者创建新档案:修改已存在档案的 atime 和 mtimeb.档案内容的读取(提取重要的几个):cat 由第一行开始显示档案内容 tac 从最后一行开始显示,可以看出 tac 是 cat 的倒着写nl 显示的时候,顺道输出行号more 一页一页的显示档案内容 less 与 mor

6、e 类似,但是比 more 更好癿是,他可以往前翻页head 只看头几行 tail 只看最后几行 od 以二进制的方式读取档案内容c.find 路径 选项 动作与时间有关的选项 -mtime n(+n,-n)与用户有关的选项 -user username/-uid n/-group gname /-gid n-nouser/-nogroup与文件名称权限有关的选项 -name filenamebash 内建命令重点强调a.Alias 命令别名:alias l=ls lh -color=auto取消别名:unalias lb.Echo 输出变量内容:Echo $PATH输出自定义变量的内容:va

7、r=hello,echo $var取消变量定义:unset varc. Read 读取键盘输入: read -pt var -p 后面接提示字符,-t 等待的时间d. Declare 申明变量类型 :-a 将变量申明为数组;-i 将变量申明为整形;-x 将变量申明为环境变量(+x 取消环境变量);-r 申明为只读,不能被 unset Eg:declare i sum=10+10e.变量内容替换f.通配符g.数据流:标准输入 (stdin) :代码为 0,使用 或 标准错误输出(stderr) :代码为 2,使用 2 或 2h.管道命令i.grep 命令正则表达式每个符号所代表的意义延伸正则表达

8、式:+:重复一个或一个以上前一个字符?:0 个或一个前一个字符|:或的意思(aa):群组字符串()+:重复多个群组Egrep 可以搭配延伸正则表达式shell 脚本简单介绍a. 执行脚本的三种方式:sh sh01.shsource sh01.sh绝对路径或相对路径(需要给脚本加上执行权限)b.Testc.Shell 脚本的参数d.if 语句e.Caseesac 语句f.function 函数g. Loop 循环三、个人总结(提出近阶段个人学习总结以及遇到问题)个人学习总结:a.在这两周的学习中,基于上周学习的基础 ,学会了写 mCommerce 测试用例,知道了写测试用例要遵循的原则,怎样写出

9、一份给未接触人员一眼就看懂的用例,同时也掌握了更多的 linux 操作基础知识 bash 内建命令和 shell 脚本知识。b.在这个学习的过程中,我发现很多东西都需要自己去钻研,去和同事交流从而找到解决的办法,不会的问题光靠自己一个人琢磨是远远不够的。需要和同事及同学交流和沟通,通过讨论会大家一起研商找出解决办法对自己的帮助很好。c.每天提交一份日报和问题,清楚自己一天的计划和完成了什么事,问题也能得到 TC 的解决或通过小组讨论得到解决。遇到的问题:a.一方面组长那边说测试工具现在还用不到,另一方面这边又让我们自学 loadrunner 测试工具,虽然有了资料,但是没有实际操作,看的理论知识很容易会忘了的,而且不知道看重点。b.虽然现在写的测试用例经过多次组长的注释改了又改,有点完善了,但还是会把握不了写测试用例的粒度,不知道哪该细写,哪该粗略的写一下。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 总结/报告

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号