找回密码
 立即注册
相关推荐换一批
  1. GB/T 12138-1989 袋式除尘器性能测试方法
  2. GB 12115-1989 高频信号发生器测试方法
  3. GB 10068-2000 轴中心高为56mm及以上电机的机械振动 振动的测量、评定及限值
  4. GB 11168-1989 光学系统像质 测试方法
  5. GB/T 10901-1989 离心机 性能测试方法
  6. GB/T 10199.2-1988 传真机测试方法 文件传真机(数字)
  7. GB/T 9988-1988 搪瓷耐碱性能测试方法
  8. GB/T 14011-1992 阴极射线管X射线辐射测试方法
  9. GB/T 13931-2002 电除土器 性能测试方法
  10. GB/T 13864-1992 激光辐射功率稳定度测试方法
  11. GB/T 13467-1992 通风机系统电能平衡测试与计算方法
  12. GB/T 13434-1992 高压钠灯泡特性的测试方法
  13. GB 5999-1986 示波管和指示管测试方法
  14. GB 7002-1986 投光照明灯具光度测试
  15. GB 6379-1986 测试方法的精密度 通过实验室间试验确定标准测试方法的重复性和再现性
  16. GB/T 6161-1994 缩微摄影技术 2号测试图的特性及其在缩微摄影技术中的应用
  17. GB/T 1780-1992 广播录音机测试用磁带
  18. SJ/T 31163-1994 电压调谐磁控管电性能测试电源完好要求和检查评定方法
  19. SJ/T 11222-2000 集成电路卡通用规范 第3部分:测试方法
  20. SY/T 6281-1997 稠油油藏流体物性分析方法 原油松驰效应测试
  21. QB/T 1178-1991 工业缝纫机振动的测试方法
  22. QB/T 3836-1999 锁具测试方法
  23. 中山大学附属小学2016-2017学年度一年级英语上学期期末学业水平测试卷
  24. 2013年新派英语一年级下册期末综合测试卷(含听力材料与参考答案)
AndroidThe测试framework | android开发 2022-10-28 125 0star收藏 版权: . 保留作者信息 . 禁止商业使用 . 禁止修改作品
Android系统下使用程序的测试如今应该还算是个新的领域,网上用于这方面的资料很多都是基于白盒测试的,通常都是基于JUnit框架和AndroidSDK中android.test等命名空间下的内容进行,但是有一个条件,那就是有必要要有使用程序的源代码以提供测试接入点,但是这在很多软件企业中是不现实的。很多测试工程师做的工作是完全黑盒,基本触摸不到源代码,白盒测试大部分也是由开发自己终结。回忆一下Windows下的黑盒测试自动化,先前使用的是微软提供的基于framework的UIAutomation自动化测试框架(请求版本在framework3.0以上,即VS.NET2008开发环境),对与拿手C#语言的人来说,使用起来确认比较好用。自己也写了基于UIAutomation的轻量级的自动化框架,将在今后的博文中引出。那在Android操作系统中能不能做相似于UIAutomation的事情呢?意外的是,Android的权限控制分的十分清理,不同程序之间的数据访问只能通过Intent,contentprovider相似的功能实现。也就是说你开发的运行在Android中的自动化程序想要捕获当时运行的AUT(ApplicationunderTest)界面上的控件等Element(该术语引自UIAutomation,觉得翻译成元素有点僵硬,故不作翻译)基本不可能,你也拿不到当时activeactivity的引用(截止本文发帖为止,自己暂时没有找到方法取得此引用)。无路可走了?模拟器里面不能走,外面能不能走?或许可以。。。。。。。
Android自动化测试初探.doc
codepub下载说明.txt

(The testing of applications under Android system should be a new field now. Many materials used on the Internet in this field are based on white box testing, usually based on JUnit framework and android in Android SDK Test and other namespaces, but there is a condition that it is necessary to use the source code of the program to provide a test access point, but this is not practical in many software enterprises. Many test engineers work in a completely black box, and can hardly touch the source code. Most white box tests are ended by developers themselves. Recall that the black box test automation under Windows previously used the framework based UI Automation automation test framework provided by Microsoft (the requested version is above framework 3.0, that is, the VS.NET2008 development environment). It is easy to use for those who are good at C #. I also wrote a lightweight automation framework based on UI Automation, which will be introduced in future blog posts. Can I do something similar to UI Automation in the Android operating system? Surprisingly, Android's permission control is very clean, and data access between different programs can only be achieved through similar functions of Intent and contentprovider. That is to say, it is almost impossible for the automated program you developed to run in Android to capture elements such as controls on the AUT (Application under Test) interface that was running at that time (the term is quoted from UIAutomation, which is a bit stiff when translated into elements, so it is not translated), and you can't get a reference to the active activity at that time (as of this post, you haven't found a way to get this reference for the time being). No way to go? Can you walk inside the simulator and outside? Maybe.......
Preliminary Exploration of Android Automated Test.doc
Codepub Download Description.txt)

[下载]21090007239.rar




上一篇:Android 屏幕保护程序源码
下一篇:《Android应用框架原理与程序设计》第三版