Shadow'S Site

一、上下文工程师的角色与价值

1.1 上下文工程师的定义与核心职责

上下文工程师（Context Engineer）是AI时代新兴的关键角色，主要负责构建动态系统，以正确的格式提供合适的信息和工具，从而使得大型语言模型(LLM)能够合理地完成任务。与传统的提示工程师(Prompt Engineer)不同，上下文工程师超越了简单的提示词优化，专注于在动态系统中自动、高效地管理和传递上下文，是构建可靠AI智能体的首要任务。

一、行业概述与职业前景

1.1 提示词工程师的定义与价值

提示词工程师(Prompt Engineer)是随着生成式AI技术爆发而兴起的新兴职业，主要负责设计和优化与大型语言模型(LLM)交互的提示词(Prompt)，使AI能够生成符合预期的高质量输出。简单来说，提示词工程师就像是”AI翻译官”，将人类的模糊需求转化为机器可执行的精确指令。

异常测试

被测对象

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

/**
 * 校验请求参数user是否合法
 * @param user
 * @throws APIException
 */
public void validateUser(UserVO user) throws APIException {
    if (user == null) {
        throw new APIException("10001", "user is null");
    }
    if (null == user.getName() || "".equals(user.getName())) {
        throw new APIException("10002", "user name is null");
    }
    if (user.getAge() == 0) {
        throw new APIException("10003", "user age is null");
    }
    if (null == user.getTelephone() || "".equals(user.getTelephone())) {
        throw new APIException("10004", "user telephone is null");
    }
    if (null == user.getSex() || "".equals(user.getSex())) {
        throw new APIException("10005", "user sex is null");
    }
    if (null == user.getUserOrders() || user.getUserOrders().size() <= 0) {
        throw new APIException("10006", "user order is null");
    }
    for (OrderVO order : user.getUserOrders()) {
        if (null == order.getOrderNum() || "".equals(order.getOrderNum())) {
            throw new APIException("10007", "order number is null");
        }
        if (null == order.getAmount()) {
            throw new APIException("10008", "order amount is null");
        }
    }
}

软件测试度量的目的

通过过程监控、结果度量（包括用例维度、缺陷维度、需求维度、接口自动化维度等）等度量数据的获取，通过对于这些度量数据的分析，获取其中的异常数据，从而促进产研流程改进。
Xmind原始文件地址

测试用例设计方法

1. 等价类划分法
2. 边界值法
3. 错误推测法
4. 因果图法
5. 场景法/流程分析法
6. 判定表法
7. 正交试验法
8. 功能图法

Xmind原始文件地址

测试计划的作用

1. 管理者能够根据测试计划做宏观调控，进行相应资源配置等
2. 测试负责人可以根据测试计划跟踪测试进度
3. 测试人员能够了解整个项目测试情况，以及项目测试不同阶段所要进行的工作
4. 便于其他人员了解测试人员的工作内容，进行有关的配合工作

Xmind原始文件地址

软件需求

软件需求是测试需求的基础。软件需求分为业务需求、用户需求、功能需求3个层次。
需求包括功能需求和非功能需求两个方面。

软件研发中的测试

1. 软件需求完成后，需要进行需求的评审，此时测试人员可以参与需求的评审。当需求确定后，测试人员可以开始进行系统测试方案及计划的制订。

2. 软件项目总体设计方案完成后，测试人员可以开始进行集成测试方案及计划的制订。

3. 详细设计完成后，测试方可以开始进行模块测试方案及计划的制订。

4. 单元测试和编码一般是同步的，由开发人员自己完成。

5. 整个模块开发完成后，测试人员开始进行模块测试。当然在这之前，所有的模块测试用例已经准备完毕。

6. 模块测试后是集成测试和系统测试。

7. 软件运行维护期间则要对运行期间发现的问题进行回归测试。

   阅读全文 »

浏览器使用总结

 标签页快捷键

1. Chrome浏览器，超链接点击后，在新的标签页打开，且切换到新的标签页
   快捷键：COMMAND + SHIFT + 鼠标左键点击超链接
   适用场景：不想页面跳转，又想立马看到超链接页面的内容

   阅读全文 »

获取Issue详情

接口名：https://jira.shadow.com/rest/api/2/issue/{issueIdOrKey}