先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）
正文
*/
import app from ‘@system.app’
import {describe, beforeAll, beforeEach, afterEach, afterAll, it, expect} from ‘deccjsunit/index’
describe(“AppInfoTest”, function () {
beforeAll(function() {
// input testsuit setup step，setup invoked before all testcases
console.info(‘beforeAll caled’)
})
afterAll(function() {
// input testsuit teardown step，teardown invoked after all testcases
console.info(‘afterAll caled’)
})
beforeEach(function() {
// input testcase setup step，setup invoked before each testcases
console.info(‘beforeEach caled’)
})
afterEach(function() {
// input testcase teardown step，teardown invoked after each testcases
console.info(‘afterEach caled’)
})
/*
- @tc.name:appInfoTest001
- @tc.desc:verify app info is not null
- @tc.type: FUNC
- @tc.require: issueNumber
*/
it(“appInfoTest001”, 0, function () {
//step 1:调用函数获取结果
var info = app.getInfo()
//Step 2:使用断言比较预期与实际结果
expect(info != null).assertEqual(true)
})
})
详细内容介绍：
- 添加测试用例文件头注释信息
/*
- Copyright © 2021 XXXX Device Co., Ltd.
- Licensed under the Apache License, Version 2.0 (the “License”);
- you may not use this file except in compliance with the License.
- You may obtain a copy of the License at
-
http://www.apache.org/licenses/LICENSE-2.0 - Unless required by applicable law or agreed to in writing, software
- distributed under the License is distributed on an “AS IS” BASIS,
- WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- See the License for the specific language governing permissions and
- limitations under the License.
*/
- 导入被测api和jsunit测试库
import app from ‘@system.app’
import {describe, beforeAll, beforeEach, afterEach, afterAll, it, expect} from ‘deccjsunit/index’
- 定义测试套（测试类）
describe(“AppInfoTest”, function () {
beforeAll(function() {
// input testsuit setup step，setup invoked before all testcases
console.info(‘beforeAll caled’)
})
afterAll(function() {
// input testsuit teardown step，teardown invoked after all testcases
console.info(‘afterAll caled’)
})
beforeEach(function() {
// input testcase setup step，setup invoked before each testcases
console.info(‘beforeEach caled’)
})
afterEach(function() {
// input testcase teardown step，teardown invoked after each testcases
console.info(‘afterEach caled’)
})
- 测试用例实现
/*
- @tc.name:appInfoTest001
- @tc.desc:verify app info is not null
- @tc.type: FUNC
- @tc.require: issueNumber
*/
it(“appInfoTest001”, 0, function () {
//step 1:调用函数获取结果
var info = app.getInfo()
//Step 2:使用断言比较预期与实际结果
expect(info != null).assertEqual(true)
})
注意： @tc.require: 格式必须以AR/SR或issue开头： 如：issueI56WJ7
测试用例编译文件编写
根据测试用例目录规划，当执行某一用例时，测试框架会根据编译文件逐层查找，最终找到所需用例进行编译。下面通过不同示例来讲解gn文件如何编写。
TDD测试
针对不同语言，下面提供不同的编译模板以供参考。
- C++用例编译配置示例
Copyright © 2021 XXXX Device Co., Ltd.
import(“//build/test.gni”)
module_output_path = “developer_test/calculator”
config(“module_private_config”) {
visibility = [ “😗” ]
include_dirs = [ “…/…/…/include” ]
}
ohos_unittest(“CalculatorSubTest”) {
module_out_path = module_output_path
sources = [
“…/…/…/include/calculator.h”,
“…/…/…/src/calculator.cpp”,
]
sources += [ “calculator_sub_test.cpp” ]
configs = [ “:module_private_config” ]
deps = [ “//third_party/googletest:gtest_main” ]
}
group(“unittest”) {
testonly = true
deps = [“:CalculatorSubTest”]
}
详细内容如下：
- 添加文件头注释信息
Copyright © 2021 XXXX Device Co., Ltd.
- 导入编译模板文件
import(“//build/test.gni”)
- 指定文件输出路径
module_output_path = “developer_test/calculator”
说明： 此处输出路径为部件/模块名。
- 配置依赖包含目录
config(“module_private_config”) {
visibility = [ “😗” ]
include_dirs = [ “…/…/…/include” ]
}
说明： 一般在此处对相关配置进行设置，在测试用例编译脚本中可直接引用。
- 指定测试用例编译目标输出的文件名称
ohos_unittest(“CalculatorSubTest”) {
}
- 编写具体的测试用例编译脚本（添加需要参与编译的源文件、配置和依赖）
ohos_unittest(“CalculatorSubTest”) {
module_out_path = module_output_path
sources = [
“…/…/…/include/calculator.h”,
“…/…/…/src/calculator.cpp”,
“…/…/…/test/calculator_sub_test.cpp”
]
sources += [ “calculator_sub_test.cpp” ]
configs = [ “:module_private_config” ]
deps = [ “//third_party/googletest:gtest_main” ]
}
- 对目标测试用例文件进行条件分组
ohos_unittest(“CalculatorSubTest”) {
module_out_path = module_output_path
sources = [
“…/…/…/include/calculator.h”,
“…/…/…/src/calculator.cpp”,
“…/…/…/test/calculator_sub_test.cpp”
]
sources += [ “calculator_sub_test.cpp” ]
configs = [ “:module_private_config” ]
deps = [ “//third_party/googletest:gtest_main” ]
}
说明： 进行条件分组的目的在于执行用例时可以选择性的执行某一种特定类型的用例。
- ** FA模型JavaScript用例编译配置示例**
Copyright © 2021 XXXX Device Co., Ltd.
import(“//build/test.gni”)
module_output_path = “developer_test/app_info”
ohos_js_unittest(“GetAppInfoJsTest”) {
module_out_path = module_output_path
hap_profile = “./config.json”
certificate_profile = “//test/developer_test/signature/openharmony_sx.p7b”
}
group(“unittest”) {
testonly = true
deps = [ “:GetAppInfoJsTest” ]
}
详细内容如下：
- 添加文件头注释信息
Copyright © 2021 XXXX Device Co., Ltd.
- 导入编译模板文件
import(“//build/test.gni”)
- 指定文件输出路径
module_output_path = “developer_test/app_info”
说明： 此处输出路径为部件/模块名。
- 指定测试用例编译目标输出的文件名称
ohos_js_unittest(“GetAppInfoJsTest”) {
}
说明：
- 使用模板ohos_js_unittest定义js测试套，注意与C++用例区分。
- js测试套编译输出文件为hap类型，hap名为此处定义的测试套名，测试套名称必须以JsTest结尾。
- 指定hap包配置文件config.json和签名文件，两个配置为必选项
ohos_js_unittest(“GetAppInfoJsTest”) {
module_out_path = module_output_path
hap_profile = “./config.json”
certificate_profile = “//test/developer_test/signature/openharmony_sx.p7b”
}
config.json为hap编译所需配置文件，需要开发者根据被测sdk版本配置“target”项，其余项可默认，具体如下所示：
{
“app”: {
“bundleName”: “com.example.myapplication”,
“vendor”: “example”,
“version”: {
“code”: 1,
“name”: “1.0”
},
“apiVersion”: {
“compatible”: 4,
“target”: 5 // 根据被测sdk版本进行修改，此例为sdk5
}
},
“deviceConfig”: {},
“module”: {
“package”: “com.example.myapplication”,
“name”: “.MyApplication”,
“deviceType”: [
“phone”
],
“distro”: {
“deliveryWithInstall”: true,
“moduleName”: “entry”,
“moduleType”: “entry”
},
“abilities”: [
{
“skills”: [
{
“entities”: [
“entity.system.home”
],
“actions”: [
“action.system.home”
]
}
],
“name”: “com.example.myapplication.MainAbility”,
“icon”: “
m
e
d
i
a
:
i
c
o
n
"
,
"
d
e
s
c
r
i
p
t
i
o
n
"
:
"
media:icon", "description": "
media:icon","description":"string:mainability_description”,
“label”: “MyApplication”,
“type”: “page”,
“launchType”: “standard”
}
],
“js”: [
{
“pages”: [
“pages/index/index”
],
“name”: “default”,
“window”: {
“designWidth”: 720,
“autoDesignWidth”: false
}
}
]
}
}
- 对目标测试用例文件进行条件分组
group(“unittest”) {
testonly = true
deps = [ “:GetAppInfoJsTest” ]
}
说明： 进行条件分组的目的在于执行用例时可以选择性的执行某一种特定类型的用例。
- stage模型ets用例编译配置示例
Copyright © 2022 XXXX Device Co., Ltd.
import(“//build/test.gni”)
want_output_path = “developer_test/stage_test”
ohos_js_stage_unittest(“ActsBundleMgrStageEtsTest”) {
hap_profile = “entry/src/main/module.json”
deps = [
“:actbmsstageetstest_js_assets”,
“:actbmsstageetstest_resources”,
]
ets2abc = true
certificate_profile = “signature/openharmony_sx.p7b”
hap_name = “ActsBundleMgrStageEtsTest”
subsystem_name = “developer_test”
part_name = “stage_test” // 部件名称
module_out_path = want_output_path // 必须定义输出路径
}
ohos_app_scope(“actbmsstageetstest_app_profile”) {
app_profile = “AppScope/app.json”
sources = [ “AppScope/resources” ]
}
ohos_js_assets(“actbmsstageetstest_js_assets”) {
source_dir = “entry/src/main/ets”
}
ohos_resources(“actbmsstageetstest_resources”) {
sources = [ “entry/src/main/resources” ]
deps = [ “:actbmsstageetstest_app_profile” ]
hap_profile = “entry/src/main/module.json”
}
group(“unittest”) {
testonly = true
deps = []
deps += [ “:ActsBundleMgrStageEtsTest” ]
}
说明： 进行条件分组的目的在于执行用例时可以选择性的执行某一种特定类型的用例。
编译入口配置文件bundle.json
当完成用例编译配置文件编写后，需要进一步编写部件编译配置文件，以关联到具体的测试用例。
“build”: {
“sub_component”: [
“//test/testfwk/developer_test/examples/app_info:app_info”,
“//test/testfwk/developer_test/examples/detector:detector”,
“//test/testfwk/developer_test/examples/calculator:calculator”
],
“inner_list”: [
{
“header”: {
“header_base”: “test/testfwk/developer_test/examples/detector/include”,
“header_files”: [
“detector.h”
]
},
“name”: “//test/testfwk/developer_test/examples/detector:detector”
}
],
“test”: [ //配置模块calculator下的test
“//test/testfwk/developer_test/examples/app_info/test:unittest”,
“//test/testfwk/developer_test/examples/calculator/test:unittest”,
“//test/testfwk/developer_test/examples/calculator/test:fuzztest”
}
说明： test_list中配置的是对应模块的测试用例。
测试用例资源配置
测试依赖资源主要包括测试用例在执行过程中需要的图片文件，视频文件、第三方库等对外的文件资源，目前只支持静态资源的配置。
依赖资源文件配置步骤如下：
- 在部件的test目录下创建resource目录，在resource目录下创建对应的模块，在模块目录中存放该模块所需要的资源文件
- 在resource目录下对应的模块目录中创建一个ohos_test.xml文件，文件内容格式如下:
- 在测试用例的编译配置文件中定义resource_config_file进行指引，用来指定对应的资源文件ohos_test.xml
ohos_unittest(“CalculatorSubTest”) {
resource_config_file = “//system/subsystem/partA/test/resource/calculator/ohos_test.xml”
}
说明：
- target_name: 测试套的名称，定义在测试目录的BUILD.gn中。preparer: 表示该测试套执行前执行的动作。
- src=“res”: 表示测试资源位于test目录下的resource目录下，src=“out”：表示位于out/release/$(部件)目录下。
测试用例执行
在执行测试用例之前，针对用例使用设备的不同，需要对相应配置进行修改，修改完成即可执行测试用例。
user_config.xml配置
<user_config>
false
false
true
cmd 115200 8 1 1**说明：**在执行测试用例之前，若使用HDC连接设备，用例仅需配置设备IP和端口号即可，其余信息均默认不修改。
Windows环境执行
测试用例编译
由于Windows环境下无法实现用例编译，因此执行用例前需要在Linux环境下进行用例编译，用例编译命令：
./build.sh --product-name {product_name} --build-target make_test
说明:
- product-name：指定编译产品名称。
- build-target：指定所需编译用例，make_test表示指定全部用例，实际开发中可指定特定用例。
编译完成后，测试用例将自动保存在out/ohos-arm-release/packages/phone/tests目录下。
搭建执行环境
- 在Windows环境创建测试框架目录Test，并在此目录下创建testcase目录
- 从Linux环境拷贝测试框架developer_test和xdevice到创建的Test目录下，拷贝编译好的测试用例到testcase目录下
说明： 将测试框架及测试用例从Linux环境移植到Windows环境，以便后续执行。
- 修改user_config.xml
说明：
<testcase>标签表示是否需要编译用例；<dir>标签表示测试用例查找路径。
执行用例
- 启动测试框架
start.bat
- 选择产品形态
进入测试框架，系统会自动提示您选择产品形态，请根据实际的开发板进行选择。
如需手动添加，请在config/framework_config.xml的标签内增加产品项。
3. 执行测试用例
当选择完产品形态，可参考如下指令执行TDD测试用例。
run -t UT
run -t UT -tp PartName
run -t UT -tp PartName -tm TestModuleName
run -t UT -tp ability_base -ts base_object_test
run -t UT -tp PartName -tm TestModuleName -ts CalculatorSubTest
run -t UT -ts base_object_test
run -t UT -ts base_object_test -tc AAFwkBaseObjectTest.BaseObject_test_001
run -t UT -ts CalculatorSubTest -tc CalculatorSubTest.interger_sub_00l
run -t UT -cov coverage
run -t UT -ra random
run -t UT -tp PartName -pd partdeps
run -t UT -ts base_object_test --repeat 5
run -hl
run -rh 3
run --retry
执行命令参数说明：
-t [TESTTYPE]: 指定测试用例类型，有UT，MST，ST，PERF，FUZZ，BENCHMARK，另外还有ACTS，HATS等。（必选参数）
-tp [TESTPART]: 指定部件，可独立使用。
-tm [TESTMODULE]: 指定模块，不可独立使用，需结合-tp指定上级部件使用。
-ts [TESTSUITE]: 指定测试套，可独立使用。
-tc [TESTCASE]: 指定测试用例，同时需要注明测试套内class名称，不可独立使用，需结合-ts指定上级测试套使用。
-cov [COVERAGE]: 覆盖率执行参数。
-h : 帮助命令
-ra [random]: c++用例乱序执行参数
-pd [partdeps]: 二级依赖部件执行参数
–repeat : 支持设置用例执行次数。
-hl [HISTORYLIST]: 显示最近10条测试用例，超过10条，只显示最近10条。
-rh [RUNHISTORY]: 执行历史记录的第几条记录运行
–retry：检查上次运行结果，如果有失败用例则重复测试
Linux环境执行
远程端口映射
为了在Linux远程服务器以及Linux虚拟机两种环境下执行测试用例，需要对端口进行远程映射，以实现与设备的数据通路连接。具体操作如下：
- HDC Server指令：
hdc kill
hdc -m -s 0.0.0.0:8710
说明： IP和端口号为默认值。
- HDC Client指令：
hdc -s xx.xx.xx.xx:8710 list targets
说明： 此处IP填写设备侧IP地址。
执行用例
- 启动测试框架
./start.sh
- 选择产品形态
进入测试框架，系统会自动提示您选择产品形态，请根据实际的开发板进行选择。
若需要自测试框架编译测试用例，且没有找到需要的产品形态需手动添加，请在config/framework_config.xml的标签内增加产品项。
<framework_config>
- 执行测试用例
1）TDD命令
测试框架在执行用例时会根据指令找到所需用例，自动实现用例编译，执行过程，完成自动化测试。
run -t UT
run -t UT -tp PartName
run -t UT -tp PartName -tm TestModuleName
run -t UT -tp ability_base -ts base_object_test
run -t UT -tp PartName -tm TestModuleName -ts CalculatorSubTest
run -t UT -ts base_object_test
run -t UT -ts base_object_test -tc AAFwkBaseObjectTest.BaseObject_test_001
run -t UT -ts CalculatorSubTest -tc CalculatorSubTest.interger_sub_00l
run -t -cov coverage
run -t UT -ra random
run -t UT -tp PartName -pd partdeps
run -t UT -ts base_object_test --repeat 5
run -hl
run -rh 3
run --retry
执行命令参数说明：
-t [TESTTYPE]: 指定测试用例类型，有UT，MST，ST，PERF，FUZZ，BENCHMARK等。（必选参数）
-tp [TESTPART]: 指定部件，可独立使用。
-tm [TESTMODULE]: 指定模块，不可独立使用，需结合-tp指定上级部件使用。
-ts [TESTSUITE]: 指定测试套，可独立使用。
-tc [TESTCASE]: 指定测试用例，同时需要注明测试套内class名称，不可独立使用，需结合-ts指定上级测试套使用。
-cov [COVERAGE]: 覆盖率执行参数。
-h : 帮助命令
-ra [random]: c++用例乱序执行参数
-pd [partdeps]: 二级依赖部件执行参数
–repeat : 支持设置用例执行次数。
-hl [HISTORYLIST]: 显示最近10条测试用例，超过10条，只显示最近10条。
-rh [RUNHISTORY]: 执行历史记录的第几条记录运行
–retry：检查上次运行结果，如果有失败用例则重复测试
在linux下可以使用help命令查看有哪些产品形态、测试类型、支持的子系统、部件
查看帮助命令：help
查看show命令：help show
查看支持的设备形态： show productlist
查看支持的测试类型： show typelist
查看支持的测试子系统： show subsystemlist
查看支持的测试部件： show partlist
2)ACTS/HATS命令
当选择完产品形态，可以参考如下执行ACTS或HATS测试用例
run -t ACTS
run -t HATS
run -t ACTS -ss arkui
run -t ACTS -ss arkui, modulemanager
run -t ACTS -ss arkui -ts ActsAceEtsTest
run -t HATS -ss telephony -ts HatsHdfV1RilServiceTest
run -t ACTS -ss arkui -tp ActsPartName
run -t ACTS -ss arkui -ts ActsAceEtsTest,ActsAceEtsResultTest
run -t HATS -ss powermgr -ts HatsPowermgrBatteryTest,HatsPowermgrThermalTest
run -t ACTS -ss arkui -ts ActsAceEtsTest -ta class:alphabetIndexerTest#alphabetIndexerTest001
run -t ACTS -ss arkui -ts ActsAceEtsTest -ta class:alphabetIndexerTest#alphabetIndexerTest001 --repeat 2
run -hl
run -rh 1
run --retry
执行命令参数说明，ACTS和HATS命令参数一致，与TDD有所不同：
-t [TESTTYPE]: 指定测试用例类型，有ACTS，HATS等。（必选参数）
-ss [SUBSYSTEM]: 指定子系统，可单独使用，且可以执行多个子系统，用逗号隔开。
-tp [TESTPART]: 指定部件，可独立使用。
-ts [TESTSUITE]: 指定测试套，可独立使用，且可以执行多个测试套，用逗号隔开。
-ta [TESTARGS]: 指定测试类测试方法，需结合-ts指定上级测试套使用。
–repeat : 支持设置用例执行次数。
-hl [HISTORYLIST]: 显示最近10条测试用例，超过10条，只显示最近10条。
-rh [RUNHISTORY]: 执行历史记录的第几条记录运行
–retry：检查上次运行结果，如果有失败用例则重复测试
测试报告日志
当执行完测试指令，控制台会自动生成测试结果，若需要详细测试报告您可在相应的数据文档中进行查找。
测试结果
测试结果输出根路径如下：
test/developer_test/reports/xxxx_xx_xx_xx_xx_xx
说明： 测试报告文件目录将自动生成。
该目录中包含以下几类结果：
| 类型 | 描述 |
|---|---|
| result/ | 测试用例格式化结果 |
| log/plan_log_xxxx_xx_xx_xx_xx_xx.log | 测试用例日志 |
| summary_report.html | 测试报告汇总 |
| details_report.html | 测试报告详情 |
测试框架日志
reports/platform_log_xxxx_xx_xx_xx_xx_xx.log
覆盖率用户指导
- (可选执行)为了屏蔽非核心代码产生的冗余分支数据，可以在源码编译之前进入/test/testfwk/developer_test/localCoverage/restore_comment目录下执行：
python3 build_before_generate.py
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
GS]: 指定测试类测试方法，需结合-ts指定上级测试套使用。
–repeat : 支持设置用例执行次数。
-hl [HISTORYLIST]: 显示最近10条测试用例，超过10条，只显示最近10条。
-rh [RUNHISTORY]: 执行历史记录的第几条记录运行
–retry：检查上次运行结果，如果有失败用例则重复测试
测试报告日志
当执行完测试指令，控制台会自动生成测试结果，若需要详细测试报告您可在相应的数据文档中进行查找。
测试结果
测试结果输出根路径如下：
test/developer_test/reports/xxxx_xx_xx_xx_xx_xx
说明： 测试报告文件目录将自动生成。
该目录中包含以下几类结果：
| 类型 | 描述 |
|---|---|
| result/ | 测试用例格式化结果 |
| log/plan_log_xxxx_xx_xx_xx_xx_xx.log | 测试用例日志 |
| summary_report.html | 测试报告汇总 |
| details_report.html | 测试报告详情 |
测试框架日志
reports/platform_log_xxxx_xx_xx_xx_xx_xx.log
覆盖率用户指导
- (可选执行)为了屏蔽非核心代码产生的冗余分支数据，可以在源码编译之前进入/test/testfwk/developer_test/localCoverage/restore_comment目录下执行：
python3 build_before_generate.py
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-mE4An6YD-1713341116395)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
1038
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
