如何开发一套测试工具

fqt8501 2011-01-11 06:46:35
加精
请教,现在需要开发一套测试工具软件,用来测试公司针对Winform类产品。但是现在无任何头绪。
请高手指点一下。
谢谢。
...全文
5225 89 打赏 收藏 转发到动态 举报
写回复
用AI写文章
89 条回复
切换为时间正序
请发表友善的回复…
发表回复
Xxapple 2012-04-19
  • 打赏
  • 举报
回复
狠狠地支持一下,继续观望,,,...
  • 打赏
  • 举报
回复
可以试一下前面有人说的 AutoIt,我们现在就是基于AutoIt来进行WinForm的自动测试,只不过这工具还不是很稳定。
缪军 2011-01-23
  • 打赏
  • 举报
回复
缪军 2011-01-22
  • 打赏
  • 举报
回复
自己开发测试工具,有个最大的优势,
比如,我们的页面是自动的,元素的Id是动态的,会变化,
那么我的测试工具其实是先访问文档,通过文档去推断页面有哪些元素,
只要文档接口没有变化,测试代码就不用迭代

所以说,微软的那个测试猛一看是挺玄的,但不是真正的自动化测试
君望永远 2011-01-22
  • 打赏
  • 举报
回复
Web的话可以用蜘蛛
缪军 2011-01-22
  • 打赏
  • 举报
回复
[Quote=引用 78 楼 paddypy 的回复:]
自动化测试工具,无需自己开发,可以考虑用现成的
[/Quote]
必须自己开发,测试渗透到几乎所有工序,而不是仅仅测试最终代码,况且90%的代码不是人写的,
比如:
当我派工单是需要提交文档,我需要的是即席验证,而不是等文档解释成代码后才发现设计有错误

paddypy 2011-01-22
  • 打赏
  • 举报
回复
自动化测试工具,无需自己开发,可以考虑用现成的,简单一点就像用游戏的脚本工具 键盘精灵,如果希望用微软自己的,考虑用Test Manager,如果要专业一点的,考虑去找一个QTP(QuickTestProfessional),不过需要自己写脚本,但是上手也是相对容易的。
  • 打赏
  • 举报
回复
录制回放,呵呵,如果不是搞软件开发的人(而是仅仅有手工测试经验的人),我是可以理解的。不过,这不是开发人员所说的自动化测试。

虽然我专门研究软件项目开发过程,但是根本不讨论这类手工测试人员心目中的测试方法。
  • 打赏
  • 举报
回复
[Quote=引用 69 楼 ocoolo 的回复:]

LZ这个阶段,对测试工具尚无认识。给你2个月的工作量建议:
先采取录制回放的黑盒,做完前50-100个功能测试用例。依赖工作:选择一款适合WinForm的自动化工具,有免费的。推荐一个AutoITv3。

2个月后,如果产品规模发展了,可以按照代码量与测试用例数量的比率建设更多。
什么时候需要写脚本语言和ActionWord?
建议先达到以下几个不太充分,也不太必要的条件:
1.超过……
[/Quote]

录制回放不是真正的自动化测试。

这是从针对手工测试人员写的那些书上抄来的做法,但是那些书上95%的内容都是在讲不切实际的、比如手工测试覆盖率之类的空谈。其内容,跟现在敏捷开发过程中自动化测试的开发方法完全是两回事。
貓哥是個傳說 2011-01-22
  • 打赏
  • 举报
回复
進來學習測試知識。。
  • 打赏
  • 举报
回复
强调一下,习惯于用自己的程序测试自己的程序,抬手就写了。比如你要开发一个winform程序,那么你可以创建另外一个console或者winform程序,引用被测试的winform程序工程,以及提供一点测试引擎程序的工程,然后自己的这个winform程序中就开始写测试程序了。程序员自己最清楚如何写测试程序,手工测试人员则对设计细节、需要测试到内部哪一语句并点不了解,不会写测试程序。
  • 打赏
  • 举报
回复
另外,如果你参与一个跨地域,甚至跨国的开源软件的开发就会发现,每一种流行的开源系统里边都有几千个测试用例程序,你会很习惯自己的程序测试自己的程序。学会这个小玩意,可以真正进行敏捷开发团队的管理工作。
  • 打赏
  • 举报
回复
用3天时间自己写一个测试引擎,然后就能很好地推广给每一个程序员,可以100%地协调你的开发进度,而且可以自动产生进度跟踪报告。

而靠从网上找一些工具,然后学习其脚本编程,再来使用,大多数人都经历了好几年,都没有真正全面在开发组织里用起来过。

这真是一个天上,一个地下。这是实打实的经验教训。
crackdung 2011-01-22
  • 打赏
  • 举报
回复
自己開發?時間和經驗都不允許,呵呵
用現成的吧


Gibraltar Software Gibraltar Analyst
  • 打赏
  • 举报
回复
MAUI,微软内部测试框架,偷一套来就可以了,呵呵。在中国,IT行业就是Copy,make money,别太把技术当回事情,呵呵
quicknet 2011-01-18
  • 打赏
  • 举报
回复
微软在Visual Studio 2010中对测试进行了大幅的改进,推出了真多UI的自动化测试框架(类似于微软内部MAUI),可以看看我的博客上。同时微软推出了针对手工测试测试人员Microsoft Test Manager,可以用来管理和执行测试用例。
李大男孩 2011-01-17
  • 打赏
  • 举报
回复
我现在也在学习呵呵,共同进步
geixinyigejia 2011-01-17
  • 打赏
  • 举报
回复
[Quote=引用 66 楼 wissup 的回复:]
使用UIA类库进行测试。推荐一本书《.NET 轻量化测试工具开发》
[/Quote]

好像没有这本书吧?怎么我在网上没有找到阿
wissup 2011-01-17
  • 打赏
  • 举报
回复
使用UIA类库进行测试。推荐一本书《.NET 轻量化测试工具开发》
cnlm2 2011-01-17
  • 打赏
  • 举报
回复
这个测试工具,我们公司开发过一套,包括每日代码自动构建,exe自动发布,exe自动测试,dump文件上传,日志数据库系统,基本上一套完整的自动构建与测试系统!
加载更多回复(31)
《从编程小白到量化宗师之路》系列课程是一套综合性实战课程,涵盖股票,期货,虚拟货币等的交易方法和策略手段。《基于BackTrader开发一套WorkForward前向分析框架》是本系列的第二个中级课程。课程宗旨是缩短个人或小型投资者与大型机构投资者之间的的差距。目前市场上的所有量化策略编写系统,都是从获取一段时间的数据开始,利用指标或者各种模型,进行订单的买卖操作,直到跑完这段时间的数据,运行出结果,并给出各种各样的统计分析,就结束了!?然而实际上,这远没有结束,我们就以指标为例,不同时间不同的行情,指标的效果有很大的差别,更别说不同的年份有不同的行情,只使用一段时间测试怎么足够?一次性用所有数据,又是一种极端过拟合,更何况,你不能使用2019年测试好的策略,用在2018年之前的任何时间,这些限制,正是金融时间序列数据的不同之处。为了解决这个问题,就应该使用WorkForward前向分析,也就是通常意义上的“边走边看,走一步看一步”。这本应该是最基础的功能,然而市面上大多数的量化分析系统,完全没有提到或者提供这项功能,让初步入门的量化学习者还要自己组装这一基础功能。本课程基于backtrader,实现了一个默认支持workforward分析的框架,用户只需要设定需要的产品数据,比如股票和期货,然后设定训练时间,测试时间,预热时间(课程会讲到),编写策略后, 就可以运行WorkForward前向分析功能。用户以后只需要专注于策略编写,大大减轻了使用量化交易系统的负担。课程内容从讲解机器学习中用到的交叉验证和为什么金融时序要使用前向分析(WorkForward)开始,详细讲解了前向分析框架的每一个函数,每一个参数的用途,并使用边实际运行代码边讲解的方法,通透的讲述了前向分析框架使用到的各个部分,为同学们透彻理解前向分析框架的代码提供了十分方便的途径。 

13,190

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 分析与设计
社区管理员
  • 分析与设计社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧