出道即封神的ChatGPT，现在怎么样了？ChatGPT想干掉测试人员，做梦去吧

Posted 2023-04-12 程序员江念

从互联网的普及到智能手机，都让广袤的世界触手而及，如今身在浪潮中的我们，已深知其力。

前阵子爆火的ChatGPT，不少人保持观望态度。现如今，国内关于ChatGPT的各大社群讨论，似乎沉寂了不少，现在怎么样了？

我们先来复盘，ChatGPT是一款人工智能聊天程序，去年11月底仓促推出，今年2月风靡全球，亮相即封神。ChatGPT系统代码总量超350G，只要跟ChatGPT概念沾点边，搭上点关系，股价全都在飙升。最初的访客是程序员、工程师、AI从业者，很快吸引了各路投资人，从早高峰写字楼电梯里讨论声到村里大爷们的饭后谈资。

使用感丝滑，但开始失控

ChatGPT能通过年薪18万美元工程师招聘考试，可以写论文，可以写代码并且直接用，一小时工作量，5秒完成。对文字工作者的冲击最为强烈，它能探讨哲学，拆解历史，证明数学定理，并不限语言和格式。它的能力取决于我们的想象力，它所展示的新世界已足够令人疯狂。

与ChatGPT的一问一答，已非提问和搜索，更像是一场跨物种的对话。最初是专业学术问题，后来变成菜谱、攻略，使用感非常丝滑，但是渐渐，故事开始失控，ChatGPT说“nineteen”中有12个字母、旗鱼是哺乳动物，数学上会出错，也无法给出最基础的烹饪建议......

一场资金与技术的持久战

ChatGPT瞬间爆火，监管上也并非“一棒子打死”，而且在政策上给予了积极的支持。《2022年北京人工智能产业发展白皮书》文件提出支持头部企业打造对标 ChatGPT的大模型，着力构建开源框架和通用大模型的应用生型。

以人工智能训练为例，它不仅需要消耗大量的算力，还需要投入顶级研究人员薪资等人力成本。百度、阿里、腾讯、京东、字节跳动等大企业纷纷展开深入研究，且获得了很多成果。毕竟，AI技术研发需要真正有实力的专家，创业公司显然更难一些，但他们只要脚踏实地做好ChatGPT相关的一个细分板块，也依然有机会跑出来。

世界终究要按照我们的规则

ChatGPT风尘仆仆从远东辗转而来，国内新一轮AI风潮涌动，所有大厂都称要推出自己的 ChatGPT。人们热衷讨论它的神奇，但没人注意这款超级工具背后的弊端。

微软时任总裁称：

“世界终究要按照我们的规则”。

ChatGPT基于全网的一些数据，很多数据来源于开源。ChatGPT首先肯定是一个效率提升，也会在各行各业很快开花结果，但如果要开拓一些新兴行业，它的数据非常少，初期可能泛化性比较差一些。所以我觉得这一块还是另外一个风口——自动化测试更胜一筹。

GPT真的会取代测试？
我觉得不太可能，从我多年游戏测试的经验来讲，就更不可能了。游戏的功能，相比软件的功能，更加的复杂，不是说用一套统一的行业标准就能够确定的。下面从几个方面来分析人工测试要强于GPT的地方：

一、游戏战斗测试

战斗系统是整个游戏里面最复杂的功能了，战斗系统的最终形态并不会在设计之初就被完整的确定。它的研发过程相当于开发--体验--迭代这样一个反复的过程，直到大家拿在手上体验的时候，都觉得很nice的时候，才算大体完成。为什么没有说全部完成，因为等到玩家接触体验后，肯定会继续优化的。

二、模拟真实用户使用场景

一千个人的心中，有一千个哈姆雷特；一万个玩家中，就有几十个奇葩玩家，他们总是不按常理出牌，不按你设计引导去完成任务，所以游戏中出现的问题，也总是千奇百怪。游戏测试要根据不同玩家的类型和行为模式，不断去模拟玩家真实的场景，这些场景相当于未知的未知情况，针对未知的情况，貌似GPT也给不了你答案。

三、复杂的问题

一些复杂的问题，例如游戏玩法交互问题，游戏策略问题等。这些问题需要测试人员具有专业技能、创造力和判断力，而这些也是GPT不能马上响应和覆盖的。

四、项目的串联性

一名好的测试，是可以很好串联起整个研发线的，游戏开发很多都是走的敏捷模式，需求在研发第一版的时候，可能只是一个简单的初版，这就需要测试在理解需求的过程中，不断提出自己的疑问，不断跟策划进行激情碰撞，完了之后还要不断去提醒技术，在这些微妙的化学变化中，才可能顺利并且完整实现功能研发。这种主动性，创造性去解决问题的能力，也是GPT这种被动接受调教目前所完成不了的。
 

革命的前夜，永远哀声与圣歌并存

浪潮开启，博弈都遍布每个角落，ChatGPT月活用户破1亿人，人们惶恐因为它饭碗不保。ChatGPT可以替代咨询行业，替换传统客服，颠覆代码创作，ChatGPT可完美完成格式固定的公文写作、套路重复的公关写作，以及有迹可循的新闻写作，小说、剧作、漫画和动画脚本......

但全球最大广告集团WPP首席执行官说：

抢走你工作的从不是AI，而是其他掌握AI工具的人。

对此，你怎么看呢？我的老伙计

学点前沿AI不会的

测试行业新风口！

速领软件测试测试资料大合集！

 

 

 

docker部署chat-web，实现自己的ChatGPT

本篇文章的前提是请确认已获得openai 的API-KEYS，即以sk-开头的keys；是否在服务器上安装了docker以及docker-compose

docker以及docker-compose安装请参考我的博文：CENTOS8.0安装DOCKER&DOCKER-COMPOSE_wd520521的博客-CSDN博客

一、（方式一）docker部署chat-web，实现自己的ChatGPT

1、创建docker-compose.yml文件

（1）在服务器上创建一个目录：chatgpt_web

mkdir chatgpt_web && cd chatgpt_web

（2）创建docker-compose.yml文件

vim docker-compose.yml

（3）以下内容填写到yml配置文件中并保存

version: '3'
services:
  app:
    image: chenzhaoyu94/chatgpt-web:latest
    ports:
      - 3002:3002
    environment:
      # api秘钥
      OPENAI_API_KEY: sk-xxx（修改为自己申请的秘钥）
      # 超时，单位毫秒，可选
      TIMEOUT_MS: 60000

保存： 按下Esc,然后输入  :wq  回车

注意：大家在编写yml文件时。要把注释删掉，否则有可能会报错。

2、部署并启动运行

docker-compose up -d

3、登录chatgpt_web页面

运行成功后直接访问（需要开放3002端口）

http://服务器ip:3002

 4、其他问题解决

（1）如果遇到 fetch failed，可以点上面的圈刷新

 如果刷新没有用的话，大家重启一下docker,然后重新启动服务

#重启docker
systemctl restart docker

#docker 启动服务

docker start 容器id

#查看容器ID

docker ps -a

5、配置反向代理 --可以不配置

nginx配置文件如下：

server

    listen 80;
	listen 443 ssl http2;
	listen [::]:443 ssl http2;
    listen [::]:80;
    server_name 你的域名;
    location / 
		proxy_pass http://127.0.0.1:3002/;   # 注意端口号
	
    ssl_certificate    /www/m/fn.pem;
    ssl_certificate_key    /www/m/py.pem;
    ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3;

二、docker部署Chuanhu ChatGPT

1、docker 拉取镜像

docker pull tuchuanhuhuhu/chuanhuchatgpt:latest

2、启动镜像

docker run -d --name chatgpt \\
	-e my_api_key="替换成API" \\
	-e USERNAME="替换成用户名" \\
	-e PASSWORD="替换成密码" \\
	-v ~/chatGPThistory:/app/history \\
	-p 7860:7860 \\
	tuchuanhuhuhu/chuanhuchatgpt:latest

注意：（1）USERNAME 和 PASSWORD 两行可省略。若省略则不会启用认证。

（2）个人建议，省略掉USERNAME 和 PASSWORD 两行为好。

3、查看运行状态

docker logs chatgpt

 这样就可以使用IP访问了,访问链接如下

http://IP:7860

4、配置反向代理

注意：配置反向代理不是必须的。如果需要使用域名，则需要配置 Nginx 反向代理。

nginx配置文件如下：

server

    listen 80;
	listen 443 ssl http2;
	listen [::]:443 ssl http2;
    listen [::]:80;
    server_name 你的域名;

    #location部分是统一的必须一致
    location / 
		proxy_pass http://127.0.0.1:7860;   # 注意端口号
		proxy_redirect off;
		proxy_set_header Host $host;
		proxy_set_header X-Real-IP $remote_addr;
		proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
		proxy_set_header Upgrade $http_upgrade;		# Websocket配置
		proxy_set_header Connection $connection_upgrade;		#Websocket配置
		proxy_max_temp_file_size 0;
		client_max_body_size 10m;
		client_body_buffer_size 128k;
		proxy_connect_timeout 90;
		proxy_send_timeout 90;
		proxy_read_timeout 90;
		proxy_buffer_size 4k;
		proxy_buffers 4 32k;
		proxy_busy_buffers_size 64k;
		proxy_temp_file_write_size 64k;
	
    #SSL部分的配置，大家可以自行配置
    ssl_certificate    /www/m/fn.pem;
    ssl_certificate_key    /www/m/py.pem;
    ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3;

server

    listen 80;
    server_name 你的域名;
    #rewrite ^(.*)$ https://$host$1 permanent;
    #return 301 https://$server_name$request_uri;
    location / 
		proxy_pass http://127.0.0.1:7860;   # 注意端口号
		proxy_redirect off;
		proxy_set_header Host $host;
		proxy_set_header X-Real-IP $remote_addr;
		proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
		proxy_set_header REMOTE-HOST $remote_addr;
		proxy_set_header Upgrade $http_upgrade;		# Websocket配置
		proxy_set_header Connection $connection_upgrade;		#Websocket配置
		proxy_max_temp_file_size 0;
		client_max_body_size 10m;
		client_body_buffer_size 128k;
		proxy_connect_timeout 90;
		proxy_send_timeout 90;
		proxy_read_timeout 90;
		proxy_buffer_size 4k;
		proxy_buffers 4 32k;
		proxy_busy_buffers_size 64k;
		proxy_temp_file_write_size 64k;
	


server	
	listen       443 ssl;
	listen       [::]:443 ssl;
	server_name  你的域名;
    ssl_certificate    /www/m/fn.pem;
    ssl_certificate_key    /www/m/py.pem;
    ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3;
    ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE;#按照这个套件配置
    ssl_prefer_server_ciphers on;
	if ($scheme = http) 
        return 301 https://$server_name$request_uri;
    
	location / 
        proxy_pass http://127.0.0.1:7860;   # 注意端口号
		proxy_redirect off;
		proxy_set_header Host $host;
		proxy_set_header X-Real-IP $remote_addr;
		proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
		proxy_set_header REMOTE-HOST $remote_addr;
		proxy_set_header Upgrade $http_upgrade;		# Websocket配置
		proxy_set_header Connection $connection_upgrade;		#Websocket配置
		proxy_max_temp_file_size 0;
		client_max_body_size 10m;
		client_body_buffer_size 128k;
		proxy_connect_timeout 90;
		proxy_send_timeout 90;
		proxy_read_timeout 90;
		proxy_buffer_size 4k;
		proxy_buffers 4 32k;
		proxy_busy_buffers_size 64k;
		proxy_temp_file_write_size 64k;
    

这样就配置好nginx了，大家就可以使用自己的域名访问了。

注意（1）目前配置认证后，Nginx 必须配置 SSL，否则会出现 Cookie 不匹配问题。

（2）配置好nginx后，启动nginx报错

nginx: [emerg] unknown "connection_upgrade" variable nginx: configuratio

解决方案：修改nginx.conf配置文件，向http部分添加如下配置： （这一步是为了配置websocket连接）

map $http_upgrade $connection_upgrade 
  default upgrade;
  ''      close;