企业办公软件排名,贵阳seo网站管理,上海网站建设公司哪个好,wordpress下载主题终于又序更上了#xff0c;原谅最近作者几天事情不断。按照我们之前的计划#xff0c;需要迅速开启很重要的核心多用例接口。首先#xff0c;我们要确定#xff0c;这个功能的大体设计。就放在在我们的页面 用例库 中#xff1a;所以也就是我们很久之前就创建好的P_cases.… 终于又序更上了原谅最近作者几天事情不断。按照我们之前的计划需要迅速开启很重要的核心多用例接口。 首先我们要确定这个功能的大体设计。就放在在我们的页面 用例库 中所以也就是我们很久之前就创建好的P_cases.html:然后来想一下大体设计首先是大用例列表每个大用例 包含很多接口 可以单独运行。这个大用例列表 肯定有其 增删改查功能在数据库一张大用例表中有id name 备注 等字段然后就是数不清的小用例这里每个小用例 就是一个接口但是并不能直接用我们接口库的数据表因为不同的用例我们需要进行各种特殊设置接口比如接口a在 用例A中 请求体中的参数是aaa在用例B中请求体参数是bbb。所以我们需要再创建一个独立的表 来存放所有小用例然后每个小用例的基本结构其实和接口的结构差不多有url ,method,hedaer,body等等而且还要有 所属的大用例id 这样的效果是我们打开一个大用例A,id1 然后后台数据直接去 小用例表中 查找所有小用例的所属大用例id 1的然后返回前端展示。 当然小用例表还要有一些其他的字段比如执行顺序重试次数断言设置(包括正则检索存在具体路径)提取返回值设置(正则具体路径)是否跳过等等 我们之后随着更新会不断的有新字段添加的可能。 后台数据层的设想到此然后就是页面的设想了。上面说了一进入时映入眼帘的应该是 大用例表。看个概念图可以看到每个大用例 有设置/运行/报告/复制/备注/删除 上面还有个新增按钮。然后当我们点击设置按钮时屏幕要显示它所包含的所有小用例并且按照顺序排列好。如图屏幕左侧滑出了这个小用例列表上面有三个小用例。 上面有添加新的小用例的按钮每个小用例左边都有上下调整顺序的按钮。当然这时我们点击任意一个小用例应该要看到这个小用例的具体设置。如上图屏幕右侧滑出来了这个 小用例的具体设置页面。可以看到其实具体的设置和接口调试的那一套基本类似。不同的地方主要有俩点1是 这里可以自己设置新接口也可以直接套用接口库中已存好的接口。然后自己再稍微改改参数即可使用。还有个主要不同的在于 提取返回值成 公共变量 和 断言提取和断言这俩个地方比较难大家可能会有很多疑问到时候。不过别灰心这么难的地方挺过去你就是王者。当然大家看到这里面复杂的 说明。其实这也是没办法的毕竟这里我们相当于创造了几套规则规范必须按照这样的规范去写我们后台才能准确的翻译和实现。当然想出这些规则然后用代码实现翻译 和 各种异常处理非常困难大家可能理解和学习起来困难当初创造这些的时候则更困难。好在我已经给大家趟平了坑。 可能后面我们看到那个mock功能那个暂时我们这大章不讲因为优先级并不高。然后最后是我们的测试报告结果当然 我对自己以前的审美设计一直比较难受大家可以按照更好的设计实现。 报告中 需要对所有接口的返回值断言结果提取结果 进行判断和显示。全部小用例都正确这条大用例才算正确。当然这些结果当我们运行完毕放在哪里呢一开始我也想过缓存但是后来觉得不行因为这个用例的结果和时间是要做为日后的参考依据的随时点开看不能每次要看都要重新运行。所以肯定要在数据库中存放好每条小用例的运行结果那么我们前面说到的小用例的数据层字段中也要增加这几个结果吧 好了设计到此为止。下一章我们开始正式码代码。可能有的同学会说 为什么展示的这么好看完善直播做出来的那么丑呢其实这是因为完全体平台中对于ui的打磨消耗了很大一部分比例的精力。而我们同学现在的当务之急是实现功能过早的优化就是万恶之源嘛等全部功能差不多了。各位在公司的okr写什么还不是要写写优化么 还有很多同学说前段的js 什么的太复杂了太难了。难么难就对了简单是留给点点点的。累么累就对了舒服是留给领导的。我们要悄悄的学习然后惊艳所有同事。心中要有信念没有困难的工作只有勇敢的测开。靠别人是公主靠你几哇是日本人靠北啦是台湾人靠自己才是光荣的测开。加油吧测开只要你足够加油测试一定会走向更美好的未来。雄起吧测开只要测开雄起明日太阳将会不复存在而东方闪耀着的是测开们努力的模样早安测开们 最近有不少新同学关注了这个用爱发电的公众号欢迎大家给个好评再给互推一下小程序过节换头像艺术字藏头诗。
