【微信导航源码下载】【tcp源码 epoll事件】【物品借用管理源码】testng源码阅读

时间:2024-12-26 11:17:39 编辑:diancms源码 来源:stormkafka源码

1.接口自动化测试工具有哪些?
2.单元测试实践
3.软件开发工具有哪些?源码阅读

testng源码阅读

接口自动化测试工具有哪些?

       1、CTS,源码阅读CTS 测试基于Android instrumentation 测试,源码阅读 其又基于JUnit 测试。源码阅读说白了,源码阅读 CTS 就是源码阅读微信导航源码下载一堆单元测试用例。这也是源码阅读Java 语言的擅长部分。

       2、源码阅读 Monkey工具,源码阅读Monkey是源码阅读Android中的一个命令行工具,可以运行在模拟器里或实际设备中。源码阅读它向系统发送伪随机的源码阅读用户事件流(如按键输入、触摸屏输入、源码阅读手势输入等),源码阅读实现对正在开发的源码阅读应用程序进行压力测试。Monkey测试是一种为了测试软件的稳定性、健壮性的快速有效的方法。

       3、ASE,ASE 意思为Android 脚本环境, 即我们可以通过脚本(比如Python)调用Android 的功能,从而定制一些测试。比如打电话,发短信,浏览网页,等。我们可以扩充它的tcp源码 epoll事件API(Java 部分), 并用python 脚本调用这些API, 从而实现丰富的测试功能。用于API 部分可以访问到Android 全部API, python 又能灵活部署测试,所以ASE 的扩展性非常好。

       4、Robotium,该工具用于黑盒的自动化测试。可以在有源码或者只有APK 的情况下对目标应用

       进行测试。Robotimu 提供了模仿用户操作行为的API,比如在某个控件上点击,输入Text

       等等。 /

       分层的自动化测试

       这个概念最近曝光度比较高,传统的自动化测试更关注的产品UI层的自动化测试,而分层的自动化测试倡导产品的不同阶段(层次)都需要自动化测试。

       相信测试同学对上面的金字塔并不陌生,这不就是对产品开发不同阶段所对应的测试么!我们需要规范的来做单元测试同样需要相应的单元测试框架,如java的Junit、testNG,C#的NUnit ,python 的unittest、pytest 等,几乎所有的主流语言,都会有其对应的单元测试框架。

       集成、接口测试对于不少测试新手来说不太容易理解,单元测试关注代码的实现逻辑,例如一个if 分支或一个for循环的物品借用管理源码实现;那么集成、接口测试关注的一是个函数、类(方法)所提供的接口是否可靠。例如,我定义一个add()函数用于计算两个参数的结果并返回,那么我需要调用add()并传参,并比较返回值是否两个参数相加。当然,接口测试也可以是url的形式进行传递。例如,我们通过get方式向服务器发送请求,那么我们发送的内容做为URL的一部分传递到服务器端。但比如 Web service 技术对外提供的一个公共接口,需要通过soapUI 等工具对其进行测试。

       UI层的自动化测试,这个大家应该再熟悉不过了,大部分测试人员的大部分工作都是对UI层的功能进行测试。例如,我们不断重复的对一个表单提交,结果查询等功能进行测试,我们可以通过相应的自动化测试工具来模拟这些操作,从而解放重复的劳动。UI层的自动化测试工具非常多,比较主流的是QTP,Robot Framework、watir、selenium 等。绝地准星源码

       为什么要画成一个金字塔形,则不是长方形 或倒三角形呢? 这是为了表示不同阶段所投入自动化测试的比例。如果一个产品从没有做单元测试与接口测试,只做UI层的自动化测试是不科学的,从而很难从本质上保证产品的质量。如果你妄图实现全面的UI层的自动化测试,那更是一个劳民伤财的举动,投入了大量人力时间,最终获得的收益可能会远远低于所支付的成本。因为越往上层,其维护成本越高。尤其是UI层的元素会时常的发生改变。所以,我们应该把更多的自动化测试放在单元测试与接口测试阶段进行。

       既然UI层的自动化测试这么劳民伤财,那我们只做单元测试与接口测试好了。NO! 因为不管什么样的产品,最终呈现给用户的是UI层。所以,测试人员应该更多的精力放在UI层。那么也正是因为测试人员在UI层投入大量的精力,所以,我们有必要通过自动化的方式帮助我们“部分解放”重复的劳动。

       在自动化测试中最怕的是变化,因为变化的直接结果就是导致测试用例的运行失败,那么就需要对自动化脚本进行维护;如何控制失败,c 手机app源码降低维护成本对自化的成败至关重要。反过来讲,一份永远都运行成功的自动化测试用例是没有价值。

       至于在金字塔中三种测试的比例要根据实际的项目需求来划分。在《google 测试之道》一书,对于google产品,%的投入为单元测试,%为集成、接口测试,% 为UI层的自动化测试。

单元测试实践

       非常有意思的一段话:

       我们用得最多的基本单元测试框架是junit和testng,下面对这两个工具做个对比。

       通过上面的对比可以看出,TestNG作为Java项目的单元测试框架是更有优势的,TestNG在参数化测试、依赖测试、套件测试、分组测试、并发测试等方面都比Junit4强,同时,TestNG涵盖了JUnit4的全部功能。

       所以下面的案例说明都是基于TestNG来写的。

       为方便对后面内容的理解,先写一个单元测试:

       这是一个验证rsa加解密功能的单元测试。

       TestMain是抽象出来,用于启动spring容器以及支持testng用例自动注入bean,因为启动spring容器总是很耗时的,如果我们的测试用例用不到依赖的spring bean,最好不雅启动spring容器,TestMain源码:

       这就是TestMain最好放在和工程Application类所在包相同路径下的原因,比如我的示例中TestMain和BoardServerApplication都在相同包路径下:com.allawn.athletic.board.server。

       检查TestNG插件是否存在

       插件搜索“Coverage”

       在我们的pom文件下加如下plugin配置:

       idea插件自带,带搜索插件“PIT mutation testing”,但不建议用,很难调通!

       本地开发环境

       IDE自动创建单元测试的方法(也可手动完成):

       创建后的单元测试在Maven工程的test目录下生成测试类:

       注意:如果之前没有test目录,则需要手动创建一下:

       然后再把目录设置为test目录。设置方法:file -> Project Structure -> Modules

       运行单元测试

       创建单元测试

       Maven执行的相关命令:

       如果单元测试不通过,出现如下:

       两种方式皆可运行。

       运行不通过则则会有提示

       要通过maven运行单元测试,要保证pom配置没有跳过单元测试,检查设置如下:

       IDEA可以直接生成覆盖率报告,导出来的覆盖率报告长这样:

       点击index.html即可看报告内容:

       变异测试,英文Mutation Testing,是使用变异器 (切换数学运算符,更改返回类型,删除调用等)将代码修改为不同的变异(基于变异器创建新代码),并检查单元测试是否失败。好的单元测试应该使所有突变都失败(杀死)。

       主要列出testng的测试方法,junit的测试方法请另行百度。

       异常测试是指在单元测试中应该要抛出什么异常是合理的,可以检测我们方法中指定跑出的异常,类似这种:

       如果我们有时候不想测试某些方法的单元测试,那么我们可以指定这些具体的单元测试跳过不执行,testng和junit4都支持忽略测试,testng通过@Test(enabled=false)跳过。

       指定某个单元测试方法最长执行时间,如果超时了就算失败,testng中的timeout单位是毫秒。

       套件测试是指把多个单元测试组合成一个模块,然后一起运行,在套件定义中还可以通过定义组,针对相同组名的单元测试统一运行。

       为方便我们模拟单元测试的传参,testng提供了@DataProvider注解,我们可以在单元测试内设置多种参数值,单元测试会依次把入参都跑一遍。被@DataProvider修饰的方法,返回值是数组形式。

       依赖测试是指测试的方法是有依赖的,在执行的测试之前需要执行的另一测试。如果依赖的测试出现错误,所有的子测试都被忽略,且不会被标记为失败。

       TestNG支持通过多个线程并发调用一个测试接口来实现性能测试,invocationCount表示方法调用的次数,threadPoolSize表示并发线程数量,timeOut即是每次调用最大耗时时间。

       通过多线程并行调用多个测试方法,在我们套件/组测试的时候,如果使用并行测试,可以大大减少测试运行时间。

       Mock的使用场景:

       Mockito有比较简洁的API,简单易学,可读性强。从Mockito2开始,Mockito支持了很多新特性以及新注解(所以依赖mockito2.x以上版本的需要java8及以上jdk方可),使用很便捷,spring-boot-starter-test包默认内置mockito,鉴于维护性和语言新特性的支持,个人建议使用Mockito作为单元测试的mock工具。

       在有需要的地方进行mock,否则走真实方法调用。

       除了采用静态方法spy以外,还可以通过采用注解的方式:

       结果示例:

       除了@Spy注解需要如此设置,@Mock、@Captor、@InjectMocks等注解也需要。

       对整个class进行mock

       结果:

       Junit5使用手册: junit.org/junit5/docs/c...

       在Junit5中要使用Mockito,需要单独引入mockito-junit-jupiter依赖包,通过在单元测试类上加

       @ExtendWith(MockitoExtension.class)

       实现构建一个mock运行容器。

       在有需要的地方进行mock,否则走真实方法调用。

       除了采用静态方法spy以外,还可以通过采用注解的方式:

       结果示例:

       结果:

软件开发工具有哪些?

       常用的软件开发工具:

1.集成开发环境(IDE):

       IDE是一套集成了代码编辑、编译、调试等功能的软件开发工具。常见的IDE包括:

-VisualStudio:用于多种编程语言,如C#,C++,VisualBasic。-Eclipse:主要用于Java开发,也支持其他语言。-IntelliJIDEA:专注于Java开发。-PyCharm:用于Python开发。-Xcode:用于iOS和macOS应用开发。-AndroidStudio:用于Android应用开发。

2.代码版本控制工具:

       这些工具帮助团队协作、追踪代码更改并解决代码冲突。

-Git:分布式版本控制系统,广泛用于开源项目。-SVN(Subversion):集中式版本控制系统。-Mercurial:另一种分布式版本控制系统。

3.构建工具:

       用于将源代码转换为可执行文件或库,并管理项目的构建过程。

-ApacheMaven:用于Java项目的构建工具。-Gradle:灵活的构建工具,支持多种语言。-Ant:用于Java项目的构建工具。

4.自动化测试工具:

       用于自动化执行测试用例,确保软件质量。

-Selenium:用于Web应用程序的自动化测试。-Jenkins:用于自动构建和部署。-JUnit:用于Java应用程序的单元测试。-TestNG:用于Java应用程序的测试框架。

5.数据库管理工具:

       用于管理数据库,执行查询和维护数据库结构。

-MySQLWorkbench:用于MySQL数据库。-SQLServerManagementStudio:用于MicrosoftSQLServer。-OracleSQLDeveloper:用于Oracle数据库。-DBVisualizer:支持多种数据库。

6.文本编辑器:

       轻量级的编辑器,适用于快速编辑和查看代码。

-VisualStudioCode:跨平台的轻量级编辑器。-SublimeText:快速、轻量级的文本编辑器。-Atom:开源的文本编辑器,由GitHub开发。-Notepad++:适用于Windows的免费文本编辑器。

       这些是软件开发中常用的一些工具,具体选择取决于项目的需求和开发团队的偏好。

       以上内容是由猪八戒网精心整理,希望对您有所帮助。

搜索关键词:养龙赚钱源码