坚持原创，坚持实践，坚持干货，如果你觉得有用，请点击推荐，也欢迎关注我博客园和微信公众号。
摘要：继续测试开发实战系列的分享，本篇是对提测平台的提测功能的编辑功能进行实现，主要重点是服务端更新接口中邮件内容标注逻辑实现，和对前端上篇添加需求的基础进行适配改造。
微信搜索【大奇测试开】，关注这个坚持分享测试开发干货的家伙。
继续测试开发实战系列的分享，本篇是对提测平台的提测功能的编辑功能进行实现，主要重点是服务端更新接口中邮件内容标注逻辑实现，和对前端上篇添加需求的基础进行适配改造。
根据提测ID，对数据表 request 和 apps 做联合表查询，返回需要详细信息，此接口用于前端跳转编辑提测页面的数据回填。
# testmanager.py@test_manager.route("/api/test/info", methods=[GET])def getTestInfo(): test_id = request.args.get(id) resp_success = format.resp_format_success resp_failed = format.resp_format_failed if not test_id: resp_failed.message = 提测ID不能为空 return resp_failed connection = pool.connection() with connection.cursor() as cursor: # 查询产品信息表-按更新时间新旧排序 sql = "SELECT A.id as appId, A.appId as appName, R.id,R.title,R.developer,R.tester,R.CcMail,R.version,R.type,R.scope,R.gitCode,R.wiki,R.more FROM request as R , apps as A where R.appId = A.id AND R.isDel=0 AND R.id={}".format(test_id) cursor.execute(sql) data = cursor.fetchall() if len(data) == 1: resp_success[data] = data[0] return resp_success提测更新接口，这里没有像之前一样放在一个方法里进行处理，主要原因有个特殊逻辑处理，将接口代码分开使得结构能够更清晰，这个特殊处理逻辑就需要对比下哪些是更改的内容，然后如果在勾选了发送的的选项下，能够将其标明下，这样才使得修改通知邮件有意义。这里逻辑上大致为：
1. 更改数据前先查询暂存一个变量中A
2. 进行数据库更新，同时有变量B
3. 如果勾选了发邮件，发送内容字段值进行AB对比，不同则进行背景高亮或者前后标注处理，代码中采用的是标记 A.某内容 变更为：B.某内容
@test_manager.route("/api/test/update", methods=[POST])def updateReqeust(): # 获取传递的数据，并转换成JSON body = request.get_data() body = json.loads(body) # 定义默认返回体 resp_success = format.resp_format_success resp_failed = format.resp_format_failed if appId not in body: resp_failed[message] = appId 提测应用不能为空 return resp_failed elif tester not in body: resp_failed[message] = tester 测试人员不能为空 return resp_failed elif developer not in body: resp_failed[message] = developer 提测人不能为空 return resp_failed elif title not in body: resp_failed[message] = title提测标题不能为空 return resp_failed # 使用连接池链接数据库 connection = pool.connection() with connection: with connection.cursor() as cursor: sql = "SELECT A.appId as appId, A.note as appName, R.id,R.title,R.developer,R.tester,R.CcMail,R.version,R.type,R.scope,R.gitCode,R.wiki,R.more FROM request as R , apps as A where R.appId = A.id AND R.isDel=0 AND R.id={}".format( body[id]) cursor.execute(sql) data = cursor.fetchall() if len(data) == 1: old_test_info = data[0] else: print(原有数据请求查询异常！) # 如果传的值有ID，那么进行修改操作，否则为新增数据 with connection.cursor() as cursor: # 拼接修改语句，由于应用名不可修改，不需要做重复校验appId sqlUpdate = "UPDATE request SET title=%s,appId=%s,developer=%s,tester=%s,CcMail=%s,version=%s,`type`=%s," / "scope=%s,gitCode=%s,wiki=%s,`more`=%s,updateUser=%s,`updateDate`= NOW() WHERE id=%s" cursor.execute(sqlUpdate, ( body["title"], body["appId"], body["developer"], body[tester], body["CcMail"], body["version"], body["type"], body["scope"], body["gitCode"], body["wiki"], body["more"], body["updateUser"], body["id"])) # 提交执行保存更新数据 connection.commit() if isEmail in body and body[isEmail] == true: # 新建成功发送Email if body[type] == 1: rquest_type = 功能测试 elif body[type] == 2: rquest_type = 性能测试 elif body[type] == 3: rquest_type = 安全测试 receivers = body["tester"].split(,) + body["developer"].split(,) if not body["CcMail"] is None: receivers = receivers + body["CcMail"].split(,) subject = 【提测】 + body[title] contents = [] contents.append() if old_test_info and old_test_info[appName] != body[appName]: contents.append(old_test_info[appName] + 变更为: + body[appName]) else: contents.append(body[appName]) contents.append() if old_test_info and old_test_info[developer] != body[developer]: contents.append(old_test_info[developer] + 变更为: + body[developer]) else: contents.append(body[developer]) contents.append() if old_test_info and old_test_info[version] != body[version]: contents.append(old_test_info[version] + 变更为: + body[version]) else: contents.append(body[developer]) contents.append() if old_test_info and old_test_info[scope] != body[scope]: contents.append(old_test_info[scope] + 变更为: + body[scope]) else: contents.append(body[scope]) contents.append() if old_test_info and old_test_info[wiki] != body[wiki]: contents.append(old_test_info[wiki] + 变更为: + body[wiki]) else: contents.append(body[wiki]) contents.append() if old_test_info and old_test_info[more] != body[more]: contents.append(old_test_info[more] + 变更为: + body[more]) else: contents.append(body[more]) reuslt = sendEmail(receivers, subject,contents) if reuslt: sendOk = 1 else: sendOk = 2 with connection.cursor() as cursor: # 更新Emai是否发送成功1-成功 2-失败 updateEmail = "UPDATE request SET sendEmail=%s, updateUser=%s,`updateDate`= NOW() WHERE id=%s" cursor.execute(updateEmail, (sendOk, body["updateUser"], body[id])) # 提交修改邮件是否发送成功 connection.commit() else: print(不发送邮件！) return resp_success以上是本次功能用到的两个接口，测试请自行使用postman等工具进行验证。
首先先定义好后端的接口请求，只需接着上次分享中的test.js中添加两个请求
在提测列表页面中增加点击事件并实现方法，方法中这次采用URL带参数的方式，如果还不了解Vue $router 跳转的几种方式，请参考之前这篇 测试开发【提测平台】13远程搜索和路由$route使用实现新建提测需求，跳转除了动作参数值赋予“UPDATE”，另外还需要而外给选择编辑数据的ID，用于跳转后的再查询，当然也可以通过param隐式的将一行数据传递过去，但这里不太建议。
对于commit页面不使用从上一页拿整行的数据，主要是考虑到这个页面有可能会做刷新浏览器操作，如果是隐式数据就会丢失，而URL中的参数不会，可以再次被取到，大家可以尝试下区别。这里需要对原有action和新参数id判断获取值，并对提测信息进行查询初始化。
getTestInfo的代码逻辑是实现查询并将所需要的字段值绑定 requestForm，另外这段代码还需要做两个特殊的处理，需要特别注意下:
1. 应用的ID远程搜索下拉框绑定需要代码触发下查询，用户Label - value的回填
2. 延迟200～300秒在绑定appId，要不在跳转的页面的时候会有个小问题，就是先显示appId，再显示appName的一个过程，具体现象大家可以将setTimeout这个注释掉，直接this.requestForm.appId = data.appId 做个对比。
getTestInfo() { apiTestInfo(this.testId).then(response => { const data = response.data this.requestForm.id = data.id this.requestForm.title = data.title this.requestForm.developer = data.developer this.requestForm.tester = data.tester this.requestForm.CcMail = data.CcMail this.requestForm.version = data.version this.requestForm.type = data.type this.requestForm.scope = data.scope this.requestForm.gitCode = data.gitCode this.requestForm.wiki = data.wiki this.requestForm.more = data.more this.requestForm.appName = data.appName this.requestForm.isEmail = false this.remoteMethod(data.appName) // this.requestForm.appId = data.appId setTimeout(() => { this.requestForm.appId = data.appId }, 300) })}template部分为了支持修改功能的实现，需要如图三处的变更或者添加
1. 根据跳转动作显示对应的标题
2. 判断是更改的操作，显示ID信息，状态不可更改
3. 增加修改按钮，用v-if判断动作，也可直接使用一个button，对文字描述做判断，例如
提测编辑页面最后一个改造就是对数据的提交部分，同ADD逻辑，仅改了下请求API。
代码编写完成还是要做个系统的测试来进行功能的验证
CASE-1: 新建一个提测，验证添加功能是否受新的修改功能影响；
CASE-2: 修改刚刚创建的提测，检查数据查询回填，尤其是是服务应用显示是否正常，修改部分字段值，提交修改；
CASE-3: 检查邮件是否都有正常收到，修改邮件是否按预期内容进行了标注。
文末留个优化小作业，对于邮件的发送内容你能否用之前讲解的HTML模版知识进行格式上的优化呢，让内容更好看一些。
【代码更新】
地址：https://github.com/mrzcode/TestProjectManagement
TAG：TPMShare15
坚持原创，坚持实践，坚持干货，如果你觉得有用，请点击推荐，也欢迎关注我博客园和微信公众号。
本文来自博客园，作者：MrZ大奇，转载请注明原文链接：https://www.cnblogs.com/mrzcode/p/15596230.html
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/124811.html
摘要：跨部门沟通沟通确定后，沟通结果以邮件的形式确认抄送相关。创建更改数据库根据公司要求规范操作数据表，确定后邮件抄送相关开发。静态页面开发目前后台项目大部分使用，自己拼页面即可。更新将自己开发的功能模块，部署到上。 需求评估 产品经理、开发工程师、测试工程师，组织需求评审会议，讲解本次的开发功能。 开发需分析： 是否涉及到其他开发部门？ 是否需要创建数据库/数据表？ 本次需要做多少页面？...
摘要：场景目前公司的测试环境还是由开发来搭建和部署的。没网，我就做个离线版的工具呗。调研选型技术目前我了解到使用前端技术做桌面应用有和以及着三种神器。好了，多说无用，来预览一下我们的小工具吧默认，就是最新的要提测的包。更新于年月日已入手。 场景 目前公司的测试环境还是由开发来搭建和部署的。这种做法是极其不科学的。所以那种部署啊什么的重复性的操作还是做个工具让测试自己去部署好了。先来预览一下工...
摘要：大交通研发质量体系建设为了帮助用户更好地完成消费决策闭环，马蜂窝上线了大交通业务，为用户提供购买机票火车票等服务。 质量是决定产品能否成功、企业能否持续发展的关键因素之一。如何做好质量体系建设，这是个比较大的话题，包含的范围很广，也没有固定的衡量标准。 打开一个互联网公司招聘网站，搜索「测试工程师」岗位时，你会发现几乎全部 JD 都包含一条要求「建设或者参与建设所负责业务的质量体系」。...
摘要：大交通研发质量体系建设为了帮助用户更好地完成消费决策闭环，马蜂窝上线了大交通业务，为用户提供购买机票火车票等服务。 质量是决定产品能否成功、企业能否持续发展的关键因素之一。如何做好质量体系建设，这是个比较大的话题，包含的范围很广，也没有固定的衡量标准。 打开一个互联网公司招聘网站，搜索「测试工程师」岗位时，你会发现几乎全部 JD 都包含一条要求「建设或者参与建设所负责业务的质量体系」。...
摘要：在冒烟测试执行过程中，开发可以跟测试确定一个合理的冒烟用例数。另外在中台测试组每月或每季度会成立专项测试小组专门执行对应的专项测试。 一、团队概况 有赞帮助每一位重视产品和服务的商家成功，目前旗下拥有：有赞微商城、有赞零售、有赞美业、有赞小程序等SaaS软件产品，适用全行业多场景，帮商家网上开店、网上营销、管理客户、获取订单。 有赞业务中台测试团队按照职责划分为六条线：交易组、营销...
阅读 437·2023-04-25 19:43
阅读 3640·2021-11-30 14:52
阅读 3424·2021-11-30 14:52
阅读 3532·2021-11-29 11:00
阅读 3498·2021-11-29 11:00
阅读 3528·2021-11-29 11:00
阅读 3269·2021-11-29 11:00
阅读 5443·2021-11-29 11:00
