51Testing软件测试论坛
标题:
我的毕业论文:软件测试服务系统 1.0 (请指导!)
[打印本页]
作者:
kai_top
时间:
2005-2-2 11:24
标题:
我的毕业论文:软件测试服务系统 1.0 (请指导!)
哈哈,终于于几天前说服了我的指导老师(博士),确定了毕业论文题目,这下可放手去干啦!不过路漫漫.......
请大家给于一些指导,渴望提出一些新的需求与建议,最重要的是我不太懂编程语言,只会一点vb,呵呵,不过就是想编,呵呵.......努力中...
论文题目
:软件测试对象服务系统
基本思想
:一个软件是(由众多控件+在软件思想指导下控件执行流程+代码+文档等)所构成的;通过实习发现:软件测试特别是基于功能的测试,大部分是对“软件控件及其执行后结果”的测试,且一般出错的地方很多是控件在非正常规格下(比如:边界状态),执行后出错的(我认为:主要是因为程序员在编程的时候,很多只是为了完成某个功能,而没有过多地考虑非正常状态,也不能保证集成后该模块仍正常;而且我认为同类同领域的软件基本功能基本一样,谈到软件质量差异大部分是细节方面的(比如:某个控件输入与执行,易用性等));
所以:每一种编程控件各个方面尽可能多地进行测试,建立一个各种控件所有的测试方面的系统(当然也不仅仅包括控件,还包括一个方面,比如卸载方面)
基本功能
:控件级--母对象:各种编程语言及工具(如:c++,java,.net,vb,delph等)
-子对象:母类对应的各种控件及其各种测试规格
―功能:查找,排序,添加,删除,编辑,备注,动画演示,关联,脚本
类别级――对象:安装,卸载,内存,注册等(软件一般都要经过测试的方面)
-对应的子类级:(安装启动界面,安装协议,安装路径等
注册码,注册表,程序快捷键等
内存缓冲区等)以及它们的各种测试“规格”
―功能:查找,排序,添加,删除,编辑,备注,动画演示,关联,脚本
文档级――对象:已选择的控件等
―功能:自动生成测试大纲(如:导入word,excel),
支持编辑,测试标识,保存,打印等
工具级――对象:各种自动化测试工具(QAcenter,WinRunner,IBM Rational等)
―功能:1)管理每一种测试工具的一些常用驱动脚本及一些思路方法等,对其进行归类、编辑、关联等
2)直接调用相关自动化测试工具;
3)工具帮助信息等
全局级――对象:控件级,类别级,文档级,工具级等
―功能:查找,调用关联等
辅助级――一些其它方面的功能
基本意义
:1)通过“控件”各个测试方面的不断积累,为测试员提供较全面的测试角度,丰富测试思路,发现尽可能多的问题,同时又节省了测试员的精力
2)既兼顾了手工测试的智能性,又兼顾了自动测试的高效套路模仿性(当然,这里只是对他们测试提供服务)
3)在一定程度上,可以自动生成基础测试大纲,节省测试大纲编写时间
4)对我将要正式进行的工作有直接帮助
现实基础
:1)根据我个人测试经验,除了重大问题外(当然小方面也可以产生),一般问题都是在一些被忽视的方面,且表现为控件的非正常规格下
2) 我认为:只有想不到的错误,没有发现不了的错误
专业相关性
:1)信息管理的思想
2)信息管理系统的建立
3)搜索引擎方面的知识
现实趋势
:1)随着进入WTO,对软件的质量越来越重视,国际标准化
2)软件测试行业的人才需要承上升趋势(比如:目前,上海最需要的是测试人才)
3)软件安全隐患一定程度上限制了软件应用的
>>>>
作者:
kai_top
时间:
2005-2-2 11:27
啊。。不好意思,直接粘贴word,格式乱了,请大家包含.....
提点建议与需求...小弟在此谢谢了。。。。。。
作者:
fzx
时间:
2005-2-2 12:49
标题:
软件测试对象服务系统?
我没搞懂:是要开发这样一个系统?用于管理测试对象?
如果要是开发软件,那就应当作相应的调研,调研开发的可行性(经济可行性、技术可行性)
您所写的这些:
------------------------------------------------------------------------------------
基本意义:1)通过“控件”各个测试方面的不断积累,为测试员提供较全面的测试角度,丰富测试思路,发现尽可能多的问题,同时又节省了测试员的精力
2)既兼顾了手工测试的智能性,又兼顾了自动测试的高效套路模仿性(当然,这里只是对他们测试提供服务)
3)在一定程度上,可以自动生成基础测试大纲,节省测试大纲编写时间
4)对我将要正式进行的工作有直接帮助
------------------------------------------------------------------------------------
似乎目标还很模糊,比如“服务”有哪些?大纲自动生成有什么意义?
如果我把这个系统理解成测试工作自动化,那么作为毕业设计的题目是否应当有更合适的角度来说明(比如办公自动化)?
BTW,问一下,是本科毕设还是硕士毕设的题目?
[
Last edited by fzx on 2005-2-2 at 12:59
]
作者:
云层
时间:
2005-2-2 17:02
说实话没怎么看懂
作者:
lhy
时间:
2005-2-3 09:47
标题:
不怎么懂
你说的测试对象服务系统我感觉好象是要开发这样的一个系统,专门为测试来服务的,不知道理解的对不对
基本功能:控件级--母对象:各种编程语言及工具(如:c++,java,.net,vb,delph等)
-子对象:母类对应的各种控件及其各种测试规格
―功能:查找,排序,添加,删除,编辑,备注,动画演示,关联,脚本
类别级――对象:安装,卸载,内存,注册等(软件一般都要经过测试的方面)
-对应的子类级:(安装启动界面,安装协议,安装路径等
注册码,注册表,程序快捷键等
内存缓冲区等)以及它们的各种测试“规格”
―功能:查找,排序,添加,删除,编辑,备注,动画演示,关联,脚本
文档级――对象:已选择的控件等
―功能:自动生成测试大纲(如:导入word,excel),
支持编辑,测试标识,保存,打印等
工具级――对象:各种自动化测试工具(QAcenter,WinRunner,IBM Rational等)
―功能:1)管理每一种测试工具的一些常用驱动脚本及一些思路方法等,对其进行归类、编辑、关联等
2)直接调用相关自动化测试工具;
3)工具帮助信息等
全局级――对象:控件级,类别级,文档级,工具级等
―功能:查找,调用关联等
辅助级――一些其它方面的功能
这是你要开发的系统中的基本功能吗?你的描述我看不懂啊,你能不能把你描述中的名词解释以下啊?
作者:
kai_top
时间:
2005-2-3 10:47
其实就相当于一个测试帮助手册,不过这个手册是可以编辑的(添加,修改等等),目的就是测试时,为你将测试的对象从那几个角度进行测试提供指南;我给你举个例子吧:比如对于-个用于输入登陆帐号名的文件框(text)控件,我们一般可以从以下几个方面测试:1:什么都不填,为空;2:填入大于或小于允许长度的合法或非法的帐号名;3:填入非法的输入类型及组合;4:输入空格进行测试;5;帐号名称加入前导或后导空格进行测试;假如你对于登陆文本框就从这几个方面进行测试,甚至会从更多的角度去测试她,不过你是不是每一次遇到这种对象都会从这几个方面进行测试呢??是不是还需要一个再思考的过程?这个系统就是把你从那几个方面进行测试保存下来(当然或许你的测试大纲里就有),下一次遇到类似的测试对象,需要思考直接按照这几条测试就行(当然针对对象要有变化),另外有一天你遇到针对这个对象有新的测试角度,比如在登陆时,如果帐号有'(英文引号,数据库里的语言符号),不特别处理的话会引起数据库瘫痪,这时你可以把这一条添加到你这个对象的测试角度中;这样长此以往,就就形成了你个人的一种测试角度集合(我认为也是个人经验的数据化,当然这仅仅是能写出来的东西,很少的哦);对于如何会生成测试大纲,试想,假若你测试的软件就有两个控件,一个是输入框,一个是按钮,那么你直接从你平常积累的测试对象角度库中,也就是从我这个系统中,找到这两个控件,把这两控件选中(比如他们前面都有复选框),那么系统自动会把你选中的东西导入到诸如word,execl中,在一定程度上就很成测试大纲,当然我说的仅仅是最终能够实现的功能,中间还有好多小的方面:比如,对于输入框的输入长度,我的系统会为你提供一个输入框,你针对你的测试对象可以直接确定长度,那么你在导入word等之后,就更贴切于你的实际针对测试对象的大纲编写;当然测试是需要思想的,逻辑方面的等等,这些是很难写出来的;
呵呵,我只是新手,现在还仅仅在实习阶段,不懂的地方很多很多,请高手前辈长辈大哥大姐弟妹们指导;呵呵 “无知者无畏”
作者:
钟花花
时间:
2005-2-3 11:02
标题:
有点明白了
是不是 就是对数据库的读写?
作者:
kai_top
时间:
2005-2-3 11:05
对,肯定要与数据库进行交互的,不然没法存储...
作者:
Nio
时间:
2005-2-3 11:41
一句话:不专业也没有深度哟……
从标题和内容看,有点象学习总结。
作者:
owen.wang
时间:
2005-2-3 16:03
楼上的你也太强了,用英文写了一次,我的英语水平差的来,考试都不及格!
作者:
fzx
时间:
2005-2-3 16:34
楼主,纯粹交流。
我个人直觉,你需要把思路理清楚,尤其是软件的核心功能和目标。好软件应该是经过设计的,而不仅仅是一些功能的组合。何况作为论文题目,应该是有重点的,强调业务流程?算法?开发过程?
如果真要做的话....无非这样几个步骤
1)多参考其他测试管理工具,从中明确软件需求,要明确需求边界。
2)理顺业务流程,系统分析,架构等
3)项目计划,确定开发工具,生命周期模型、风险识别等
4)设计
5)实现
6)如果一个人做,测试就放在这吧
另一种思路,可以尝试采用极限编程的方式,反过来做。
作者:
lhy
时间:
2005-2-4 12:22
标题:
也就是说,这是一个测试的帮助工具了
也就是有关于测试用例等其他测试中要用到的东西的管理功能了
作者:
ayong401
时间:
2005-2-4 12:58
标题:
感觉更类似于一个CASE的管理系统.
作者:
vip9527
时间:
2005-2-4 14:36
5555555555555555
新来的什么不懂
作者:
sunwindj
时间:
2005-3-21 12:42
标题:
楼主强
作者:
mylover
时间:
2009-5-28 18:24
标题:
10楼的翻译下?是不是这个意思
我同意您
What我认为的好idea!But您的想法不是实用的。
I希望我的一些建议为您是有用的。
1.TestCases被写使用词并且投入打开VSS.It难处理和做回归测试。从顾客的2.Mails对我们是重要。为再生产顾客递交的问题,我们有时反复需要许多次。如何处理关于每个问题的邮件是在我们前面被投入的一个迫切问题。如果状态是开放或需要QA’s帮助,变动状态打开或分配, 3.QA经理分配问题到QA
If QA有问题,输入了他的问题并且改变状态打开或问
If支持答复,输入他的答复并且改变状态打开或回答问题解决When, QA变动状态打开或解决的,输入的解答。如果他是满意的, Support结束问题
Support有权利再开问题
Record历史(谁,当,做什么)
QA可能读问题(状态是开放的)默认情况下被分配到他
QA经理能读所有问题被分配到QA (状态是开放的)默认情况下
Support可能读(状态是开放的)书面的问题他自己默认情况下
QA可能只输入他的问题、解答和变动状态。
Support可能只更新什么他输入了并且改变状态。
QA经理有权利再分配问题。
Problem可以由各种各样搜寻输入和组合的他们
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2