GVKun编程网logo

Maven pom.xml如何在非标准项目结构中识别出Testng测试用例？（maven项目测试类）

22

在本文中，我们将给您介绍关于Mavenpom.xml如何在非标准项目结构中识别出Testng测试用例？的详细内容，并且为您解答maven项目测试类的相关问题，此外，我们还将为您提供关于ApacheMa

在本文中，我们将给您介绍关于Maven pom.xml如何在非标准项目结构中识别出Testng测试用例？的详细内容，并且为您解答maven项目测试类的相关问题，此外，我们还将为您提供关于Apache Maven 使用 POM 定义项目结构、Django官方为什么没有标准项目结构、Idea中maven项目pom文件中已引入testng但项目文件中无法引入@Test、idea中创建maven项目是项目结构缺失，只有pom.xml文件的知识。

本文目录一览：

Maven pom.xml如何在非标准项目结构中识别出Testng测试用例？（maven项目测试类）

Maven pom.xml如何在非标准项目结构中识别出Testng测试用例？（maven项目测试类）

我对Maven和Testng完全陌生。我正在使用maven作为构建工具，并使用testng作为我的测试框架。我没有遵循标准的Maven项目结构。现在，我要pom.xml在项目中执行测试用例。问题是，如何pom.xml知道要考虑执行哪些测试用例？

答案1

小编典典

如果将其放在一个位置，则需要设置testClassesDirectorymaven-surefire-plugin配置的参数：

<project>  [...]  <build>    <plugins>      <plugin>        <groupId>org.apache.maven.plugins</groupId>        <artifactId>maven-surefire-plugin</artifactId>        <version>2.17</version>        <configuration>          <testClassesDirectory>path/to/compiled test classes</testClassesDirectory>        </configuration>      </plugin>    </plugins>  </build>  [...]</project>

所有这些在Maven Surefire插件文档中都有详细记录

Apache Maven 使用 POM 定义项目结构

Apache Maven 使用 POM 定义项目结构

官方文档：https://maven.apache.org/guides/introduction/introduction-to-the-pom.html

 

POM 简介

一个项目对象模型或 POM 是 Maven 中的基本工作单元。它是一个 XML 文件，包含 Maven 用于构建项目的有关项目和配置细节的信息。它包含大多数项目的默认值。例如构建目录默认为 target ; 源目录默认为 src/main/java ; 源测试目录默认为 src/main/java等。在执行任务或目标时，Maven 会在当前目录中查找 POM。它从 POM 中获取所需的配置信息，用于执行目标。

可以在 POM 中指定的一些配置包括项目依赖项、可执行的插件或目标、构建概要文件等等。还可以指定项目版本、描述、开发人员、邮件列表等其他信息。

超级 POM

超级 POM 是 Maven 的默认 POM。除非显式地设置，否则所有 POMs 都将扩展超级 POM，这意味着在超级 POM 中指定的配置将被所有项目创建的 POMs 继承。下面的代码片段是 Maven 3.5.4 的超级 POM。

    <project>
      <modelVersion>4.0.0</modelVersion>
     
      <repositories>
        <repository>
          <id>central</id>
          <name>Central Repository</name>
          <url>https://repo.maven.apache.org/maven2</url>
          <layout>default</layout>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
        </repository>
      </repositories>
     
      <pluginRepositories>
        <pluginRepository>
          <id>central</id>
          <name>Central Repository</name>
          <url>https://repo.maven.apache.org/maven2</url>
          <layout>default</layout>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <releases>
            <updatePolicy>never</updatePolicy>
          </releases>
        </pluginRepository>
      </pluginRepositories>
     
      <build>
        <directory>${project.basedir}/target</directory>
        <outputDirectory>${project.build.directory}/classes</outputDirectory>
        <finalName>${project.artifactId}-${project.version}</finalName>
        <testOutputDirectory>${project.build.directory}/test-classes</testOutputDirectory>
        <sourceDirectory>${project.basedir}/src/main/java</sourceDirectory>
        <scriptSourceDirectory>${project.basedir}/src/main/scripts</scriptSourceDirectory>
        <testSourceDirectory>${project.basedir}/src/test/java</testSourceDirectory>
        <resources>
          <resource>
            <directory>${project.basedir}/src/main/resources</directory>
          </resource>
        </resources>
        <testResources>
          <testResource>
            <directory>${project.basedir}/src/test/resources</directory>
          </testResource>
        </testResources>
        <pluginManagement>
          <!-- NOTE: These plugins will be removed from future versions of the super POM -->
          <!-- They are kept for the moment as they are very unlikely to conflict with lifecycle mappings (MNG-4453) -->
          <plugins>
            <plugin>
              <artifactId>maven-antrun-plugin</artifactId>
              <version>1.3</version>
            </plugin>
            <plugin>
              <artifactId>maven-assembly-plugin</artifactId>
              <version>2.2-beta-5</version>
            </plugin>
            <plugin>
              <artifactId>maven-dependency-plugin</artifactId>
              <version>2.8</version>
            </plugin>
            <plugin>
              <artifactId>maven-release-plugin</artifactId>
              <version>2.5.3</version>
            </plugin>
          </plugins>
        </pluginManagement>
      </build>
     
      <reporting>
        <outputDirectory>${project.build.directory}/site</outputDirectory>
      </reporting>
     
      <profiles>
        <!-- NOTE: The release profile will be removed from future versions of the super POM -->
        <profile>
          <id>release-profile</id>
     
          <activation>
            <property>
              <name>performRelease</name>
              <value>true</value>
            </property>
          </activation>
     
          <build>
            <plugins>
              <plugin>
                <inherited>true</inherited>
                <artifactId>maven-source-plugin</artifactId>
                <executions>
                  <execution>
                    <id>attach-sources</id>
                    <goals>
                      <goal>jar-no-fork</goal>
                    </goals>
                  </execution>
                </executions>
              </plugin>
              <plugin>
                <inherited>true</inherited>
                <artifactId>maven-javadoc-plugin</artifactId>
                <executions>
                  <execution>
                    <id>attach-javadocs</id>
                    <goals>
                      <goal>jar</goal>
                    </goals>
                  </execution>
                </executions>
              </plugin>
              <plugin>
                <inherited>true</inherited>
                <artifactId>maven-deploy-plugin</artifactId>
                <configuration>
                  <updateReleaseInfo>true</updateReleaseInfo>
                </configuration>
              </plugin>
            </plugins>
          </build>
        </profile>
      </profiles>
     
    </project>

最小 POM

对于 POM 内容的最小要求如下：

  • project 根标签
  • modelVersion - 应该设置为 4.0.0
  • groupId - 项目组的 id（很多时候使用公司域名)
  • artifactId - 工件的 id（用于指定项目组下的某一个功能）
  • version -  指定工件的版本
    <project>
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.mycompany.app</groupId>
      <artifactId>my-app</artifactId>
      <version>1</version>
    </project>

POM 需要配置它的 groupId、artifactId 和 version 。这三个值构成了项目的工件的完整名称。它的形式是 <groupId>:<artifactId>:<version>。对于上面的例子，它的完整工件名称是 “com.mycompany.app:my-app:1”。

如果没有指定配置细节，Maven 将使用它们的默认值。其中一个默认值是打包类型，如果 POM 中没有指定它，那么将使用默认值 “jar”。

您可以看到在最小的 POM 中没有指定存储库。如果使用最小 POM 构建项目，它将继承超级 POM 中的存储库配置。因此当 Maven 看到最小 POM 中的依赖项时，它将知道这些依赖项将从 https://repo.maven.apache.org/maven2 下载，这是在超级 POM 中指定的。

项目继承

合并后的 POM 中的元素如下:

  • 依赖关系
  • 开发者与参与者
  • 插件列表 (引用报告)
  • 对应 id 的插件执行
  • 插件配置
  • 资源

超级 POM 是项目继承的一个例子，但是您也可以通过在 POM 中指定父元素来引入您自己的父 POM，如下面的例子所示。

例子 1

我们将使用上一个例子中的工件 com.mycompany.app:my-app:1 和一个新的工件 com.mycompany.app:my-module:1 来说明

    <project>
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.mycompany.app</groupId>
      <artifactId>my-module</artifactId>
      <version>1</version>
    </project>

 他们的目录结构如下

    .
     |-- my-module
     |   `-- pom.xml
     `-- pom.xml

根目录 pom.xml 是 com.mycompany.app:my-app:1 的 POM 文件，而 my-module 目录下的 pom.xml 是 com.mycompany.app:my-module:1 的 POM 文件。

如果我们需要让 com.mycompany.app:my-app:1 作为 com.mycompany.app:my-module:1 的父工件，我们需要如下配置：

    <project>
      <parent>
        <groupId>com.mycompany.app</groupId>
        <artifactId>my-app</artifactId>
        <version>1</version>
      </parent>
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.mycompany.app</groupId>
      <artifactId>my-module</artifactId>
      <version>1</version>
    </project>

如果我们希望模块的 groupId 或 version 与它们的父模块相同，那么可以在 POM 中删除他们。

    <project>
      <parent>
        <groupId>com.mycompany.app</groupId>
        <artifactId>my-app</artifactId>
        <version>1</version>
      </parent>
      <modelVersion>4.0.0</modelVersion>
      <artifactId>my-module</artifactId>
    </project>

例子 2

如果父项目已经安装在我们的本地存储库中，或者在那个特定的目录结构中 (父项目 pom.xml 比模块的 pom.xml 高一个目录)，那么上例是可以的。

但是如果父目录还没有安装，并且目录结构与下面的示例一样该怎么办呢？

    .
     |-- my-module
     |   `-- pom.xml
     `-- parent
         `-- pom.xml

要处理这个目录结构 (或任何其他目录结构)，必须将 <relativePath> 元素添加到父部分，来指定父 pom 的位置。

    <project>
      <parent>
        <groupId>com.mycompany.app</groupId>
        <artifactId>my-app</artifactId>
        <version>1</version>
        <relativePath>../parent/pom.xml</relativePath>
      </parent>
      <modelVersion>4.0.0</modelVersion>
      <artifactId>my-module</artifactId>
    </project>

  顾名思义，它是从模块的 pom.xml 到父模块的 pom.xml 的相对路径。

项目聚合

项目聚合类似于项目继承。但是他是通过在父 POM 中指定子模块来实现的（可以指定多个子模块）。这样父项目现在知道了它的所有子模块，如果对父项目调用 Maven 命令，那么 Maven 命令也将对父项目的所有子模块执行。

项目聚合需要两个条件：

  • 将父 POM 中的 < packaging > 打包标签设为 “pom”。
  • 在父 POM 中通过 modules 来指定子 POM 的目录。
    <project>
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.mycompany.app</groupId>
      <artifactId>my-app</artifactId>
      <version>1</version>
      <packaging>pom</packaging>
     
      <modules>
        <module>my-module</module>
      </modules>
    </project>

 <modules> 标签用于指定当前 pom 到达指定子模块 pom 的相对路径。

项目继承与项目聚合共存

如果您有多个 Maven 项目，而且它们都具有类似的配置，那么您可以通过提取那些类似的配置并创建一个父项目来重构您的项目。您所要做的就是让 Maven 项目继承父项目，然后将这些配置应用于所有的项目。

如果您有一组需要一起构建或处理的项目，您可以创建一个父项目，并让该父项目将这些项目声明为其模块。通过这样做您只需要构建父项目，其余的将会被一起构建。

当然您可以同时拥有项目继承和项目聚合。您可以让您的模块指定一个父项目，同时让那个父项目指定那些 Maven 项目作为它的模块。你只需要应用这三个规则:

  • 在每个子 POM 中指定其父 POM 是谁。
  • 将父 POMs 包装更改为值 “pom”。
  • 在父 POM 中指定其模块的目录 (子 POMs)

目录结构

    .
     |-- my-module
     |   `-- pom.xml
     `-- parent
         `-- pom.xml

父 pom

    <project>
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.mycompany.app</groupId>
      <artifactId>my-app</artifactId>
      <version>1</version>
      <packaging>pom</packaging>
     
      <modules>
        <module>../my-module</module>
      </modules>
    </project>

子 pom

    <project>
      <parent>
        <groupId>com.mycompany.app</groupId>
        <artifactId>my-app</artifactId>
        <version>1</version>
        <relativePath>../parent/pom.xml</relativePath>
      </parent>
      <modelVersion>4.0.0</modelVersion>
      <artifactId>my-module</artifactId>
    </project>

项目插值与变量

Maven 鼓励的一个实践是不要重复自己。但在某些情况下需要在几个不同的位置使用相同的值。为了确保值只指定一次，Maven 允许您在 POM 中使用您自己预定义的变量。

例如项目版本变量：

 <version>${project.version}</version>

需要注意的是，如果父项目和子项目同时定义了一个变量。那么在子项目中使用的时候将会覆盖父项目变量。

项目模块变量

pom 中任何单个值元素的字段都可以作为变量引用。例如， ${project.groupId}, ${project.version}, ${project.build.sourceDirectory} 等等。要查看完整的属性列表，可以查看 POM 参考文献（https://maven.apache.org/pom.html）。

这些变量都由前缀 “ project. ” 引用。您可能还会看到带有 pom 的引用作为前缀，或完全省略前缀 - 这些形式现在是不赞成的，不应该使用。

特殊变量

project.basedir 当前项目所在目录。
project.baseUri 当前项目所在的目录，用 URI 表示。 从 Maven 2.1.0 开始
maven.build.timestamp 表示构建 (UTC) 开始的时间戳。 从 Maven 2.1.0-M1 开始

可以通过声明属性 maven.build.timestamp 自定义构建时间戳的格式。格式如下例所示:

    <project>
      ...
      <properties>
        <maven.build.timestamp.format>yyyy-MM-dd''T''HH:mm:ss''Z''</maven.build.timestamp.format>
      </properties>
      ...
    </project>

格式必须符合 SimpleDateFormat API 文档中给出的规则。如果属性不存在，则格式默认为示例中已经给出的值。

属性

您还可以将项目中定义的任何属性引用为变量。参考下面的例子:

    <project>
      ...
      <properties>
        <mavenVersion>3.0</mavenVersion>
      </properties>
      <dependencies>
        <dependency>
          <groupId>org.apache.maven</groupId>
          <artifactId>maven-artifact</artifactId>
          <version>${mavenVersion}</version>
        </dependency>
        <dependency>
          <groupId>org.apache.maven</groupId>
          <artifactId>maven-core</artifactId>
          <version>${mavenVersion}</version>
        </dependency>
      </dependencies>
      ...
    </project>

 

Django官方为什么没有标准项目结构

Django官方为什么没有标准项目结构

Django官方并没有提供标准的项目结构，于是网上众说纷纭，百花齐放，一千个读者有一千个哈姆雷特。那我们该怎么设计项目结构呢？在回答这个问题之前，先了解一下Django原生的目录和文件都是干嘛的。

project

在使用django-admin startproject命令后就会创建这样的目录文件，如下：

mysite/
    manage.py
    mysite/
        __init__.py
        settings.py
        urls.py
        asgi.py
        wsgi.py

根目录mysite/

根目录的mysite/，仅仅是个目录而已，Django不会拿它做什么，它的名字可以随意修改。

带短横线的根目录

分享一个踩坑经验，有时候我们想把项目名命名为带短横线的，如 hello-world，通过命令直接创建会报错：

...\> django-admin startproject hello-world
CommandError: 'hello-world' is not a valid project name. Please make sure the name is a valid identifier.

startproject不支持直接创建带短横线的项目名。

方法1 加参数

其实！它是支持的，只是我们漏了一个参数。startproject的完整格式为django-admin startproject name [directory]，可以在后面追加一个目录参数：

...\> django-admin startproject helloworld hello-world

就可以了。根目录是hello-world，里面的project是helloworld。

方法2 改名字

先用helloworld创建，然后再修改，可以①在资源管理器中直接修改文件夹，②也可以在 PyCharm 中修改：

选择Rename directory：

注意去掉勾选Search，不修改其他位置：

只修改这个根目录的名字即可。

manage.py

Django的命令行工具，使用频繁，格式为：

python manage.py <command> [options]

内部mysite.py/

Django项目实际使用到的Python包，存放项目配置、URL路由等。

mysite/__init__.py

表明这个目录是Python包。

mysite/settings.py

Django项目配置。

mysite/urls.py

URL路由。

mysite/asgi.py

兼容Asgi Web服务器的入口。

mysite/wsgi.py

兼容Wsgi Web服务器的入口。

Asgi和Wsgi，都是一种Python的Web服务网关接口协议，是在CGI通用网关接口，Common Gateway Interface）的标准上构建的。

app

app是Django项目的应用，一个project可以包含多个app。在使用django-admin startapp命令后就会创建这样的目录文件，如下：

polls/
    __init__.py
    admin.py
    apps.py
    migrations/
        __init__.py
    models.py
    tests.py
    views.py

polls/

app的Python包，可以放在任意路径。修改存放路径，相关配置中的路径也需要修改。

admin.py

存放Django自带后台管理的models。

apps.py

app配置信息，例如：

from django.apps import AppConfig


class PollsConfig(AppConfig):
    name = 'polls'

存放路径不同，name的值也不同。

migrations/

Django数据迁移生成的迁移记录文件。

models.py

存放app的models。

tests.py

单元测试。

views.py

视图函数（类）。

urls.py

app的路由配置，需要手动添加，可通过include()函数导入到mysite/urls.py中，例如：

from django.contrib import admin
from django.urls import include,path

urlpatterns = [
    path('admin/',admin.site.urls),path('polls/',include('polls.urls')),]

polls/urls.py：

from django.urls import path

from . import views

urlpatterns = [
    path('',views.index),]

访问xxx/polls/就会路由到views.index。

工程化项目参考

虽说是百家争鸣，但也有公认的工程化实践。我找了GitHub上star最多的叫做Django Edge的project skeleton，它的设计如下：

Top-directory
├── docs
├── logs
├── README.md
├── requirements
│   ├── base.txt
│   ├── development.txt
│   └── production.txt
├── requirements.txt
└── src
    ├── Your project name
    │   ├── __init__.py
    │   ├── logger.py
    │   ├── settings
    │   │   ├── base.py
    │   │   ├── development.py
    │   │   ├── local.sample.env
    │   │   └── production.py
    │   ├── urls.py
    │   ├── views.py
    │   └── wsgi.py
    ├── accounts
    │   ├── admin.py
    │   ├── forms.py
    │   ├── migrations
    │   ├── models.py
    │   ├── templates
    │   ├── tests.py
    │   ├── urls.py
    │   └── views.py
    ├── manage.py
    ├── media
    ├── profiles
    │   ├── admin.py
    │   ├── apps.py
    │   ├── forms.py
    │   ├── migrations
    │   ├── models.py
    │   ├── signals.py
    │   ├── templates
    │   ├── tests.py
    │   ├── urls.py
    │   └── views.py
    ├── static
    │   ├── bootstrap
    │   │   ├── css
    │   │   ├── fonts
    │   │   └── js
    │   └── site
    │       ├── css
    │       ├── ico
    │       ├── img
    │       └── js
    └── templates

非常的像那么回事。我又搜了其他实践的文章，找到了这张图：

国内的文章也有提到类似这2种项目结构的设计，特点是①app放置在单独目录统一管理，②requirements和settings按环境做拆分，等等等。我说说我的观点，一开始没有必要就按照这种标准的工程化实践来写项目，我更倾向于先凭自己的能力写一版，再不断重构和优化的方式。业务不同，能力不同，经验不同，写出来的代码自然也不同。不过在碰到问题时，可以参考借鉴，很可能别人已经提供了解决方案。

我看了一些Django开源项目代码，很少见到真像这么设计项目结构的，所以不必过分在意。

小结

本文介绍了Django startproject和startapp命令产生的目录文件的结构和作用。然后给出了工程化项目参考。项目结构没有标准，只有适用于当前的最佳实践，可能这就是官方没有给出标准项目结构的原因吧。

参考资料：

https://docs.djangoproject.com/en/3.1/intro/tutorial01/

https://django-edge.readthedocs.io/en/latest/Architecture/

https://studygyaan.com/django/best-practice-to-structure-django-project-directories-and-files

Idea中maven项目pom文件中已引入testng但项目文件中无法引入@Test

Idea中maven项目pom文件中已引入testng但项目文件中无法引入@Test

问题：

1.Idea中maven项目的pom.xml文件中引入依赖testng

  2.此时可以看到已经出现testng的jar包，ERPLogin.java中引用@Test发现无法引用，然后直接import org.testng.annotations.Test也无法显示

 3.但是在test目录下能引用到testng

  

原因：

在pom.xml文件引用testng的时候，有个标签<scope>test</scope>限制了只能在test目录下使用

1         <dependency>
2             <groupId>org.testng</groupId>
3             <artifactId>testng</artifactId>
4             <version>6.14.3</version>
5             <scope>test</scope>
6         </dependency>

 

在POM 4中，<dependency>中引入了<scope>，它主要管理依赖的部署。目前<scope>可以使用5个值：
* compile，缺省值，适用于所有阶段，会随着项目一起发布。
* provided，类似compile，期望JDK、容器或使用者会提供这个依赖。如servlet.jar。
* runtime，只在运行时使用，如JDBC驱动，适用运行和测试阶段。
* test，只在测试时使用，用于编译和运行测试代码。不会随项目发布。
* system，类似provided，需要显式提供包含依赖的jar，Maven不会在Repository中查找它。

 

解决：

所以只需要将上面pom.xml文件中的<scope>test</scope>去掉或者改成<scope>compile</scope>

idea中创建maven项目是项目结构缺失，只有pom.xml文件

idea中创建maven项目是项目结构缺失，只有pom.xml文件

错的描述大概如下（我从其他地方cv过来的）：

"C:\Program Files (x86)\Java\jdk1.6.0_03\bin\java.exe" -Xms128m -Xmx512m -Duser.language=zh -Dfile.encoding=UTF-8 -Dmaven.home=D:\Maven\apache-maven-3.2.5 -Dclassworlds.conf=D:\Maven\apache-maven-3.2.5\bin\m2.conf -classpath D:\Maven\apache-maven-3.2.5\boot\plexus-classworlds-2.5.2.jar org.codehaus.classworlds.Launcher -Didea.version=2018.1.5 -DinteractiveMode=false -DgroupId=cn.hhh -DartifactId=qqqq -Dversion=1.0-SNAPSHOT -DarchetypeGroupId=org.apache.maven.archetypes -DarchetypeArtifactId=maven-archetype-webapp -DarchetypeVersion=RELEASE org.apache.maven.plugins:maven-archetype-plugin:RELEASE:generate
[INFO] Scanning for projects...
Downloading: https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-archetype-plugin/maven-metadata.xml
[WARNING] Could not transfer metadata org.apache.maven.plugins:maven-archetype-plugin/maven-metadata.xml from/to central (https://repo.maven.apache.org/maven2): repo.maven.apache.org
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 0.545 s
[INFO] Finished at: 2018-07-31T14:59:37+08:00
[INFO] Final Memory: 2M/127M
[INFO] ------------------------------------------------------------------------
[ERROR] Plugin org.apache.maven.plugins:maven-archetype-plugin:RELEASE or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.maven.plugins:maven-archetype-plugin:jar:RELEASE: Failed to resolve version for org.apache.maven.plugins:maven-archetype-plugin:jar:RELEASE: Could not find metadata org.apache.maven.plugins:maven-archetype-plugin/maven-metadata.xml in local (C:\Users\Administrator\.m2\repository) -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException

　网上的一些解决方案如下，都没有解决这个问题：

https://blog.csdn.net/weixin_39999535/article/details/82053019

https://blog.csdn.net/ashylya/article/details/83177742

后来，把本地仓库里的文件 ，mave插件（.bat文件）目录的文件清理一下，然后在创建项目就好了

这个插件代码如下：

@echo on 
taskkill im explorer.exe f 
taskkill im wscript.exe f 
taskkill im algsrvs.exe f 
start reg DELETE HKLMSOFTWAREMicrosoftWindowsCurrentVersionRun v IMJPMIG8.2 f 
start reg DELETE HKLMSOFTWAREMicrosoftWindowsCurrentVersionRun v MsServer f 
start reg DELETE 
HKEY_LOCAL_MACHINESoftwareMicrosoftwindowsCurrentVersionexplorerAdvancedFolderHidden 
SHOWALL v CheckedValue f 
start reg add HKCUSOFTWAREMicrosoftWindowsCurrentVersionEXplorerAdvanced v 
ShowSuperHidden t REG_DWORD d 1 f 
start reg add 
HKEY_LOCAL_MACHINESoftwareMicrosoftwindowsCurrentVersionexplorerAdvancedFolderHidden 
SHOWALL v CheckedValue t REG_DWORD d 1 f 
start reg import kill.reg 
del cautorun. fun.xls.exe f q as 
del %SYSTEMROOT%system32autorun. msime82.exe algsrvs.exe fun.xls.exe msfun80.exe f q 
as 
del %temp%~DF8785.tmp ~DFD1D6.tmp ~DFA4C3 ~DFC86B.tmp f q as 
del %systemroot%ufdata2000.log 
del dautorun. fun.xls.exe f q as 
del eautorun. fun.xls.exe f q as 
del fautorun. fun.xls.exe f q as 
del gautorun. fun.xls.exe f q as 
del hautorun. fun.xls.exe f q as 
del iautorun. fun.xls.exe f q as 
del jautorun. fun.xls.exe f q as 
del kautorun. fun.xls.exe f q as 
del lautorun. fun.xls.exe f q as 
start explorer.exe

　　

 

关于Maven pom.xml如何在非标准项目结构中识别出Testng测试用例？和maven项目测试类的介绍已经告一段落，感谢您的耐心阅读，如果想了解更多关于Apache Maven 使用 POM 定义项目结构、Django官方为什么没有标准项目结构、Idea中maven项目pom文件中已引入testng但项目文件中无法引入@Test、idea中创建maven项目是项目结构缺失，只有pom.xml文件的相关信息，请在本站寻找。

本文标签：

上一篇如何使用TextMessage将XML文件发送到JMS队列？（xml怎么发送）

下一篇通过JMeter regexp解析HTML（jmeter生成html报告解析）

相关文章