懂了,你举得例子很清晰明了,以后遇到 bug 时会多想一层。
嗯,之前接触到的接口是很简单的 GET 接口,post 接口的测试没有测过。之前接触的接口测试比较简单也比较少想的也比较少,现在接触到新的工作环境,想自己先提升下,争取能接下这个项目的接口测试。
开发提供个链接,这边通过修改 url 携带的参数的,检查返回的内容节点的值是否正确
两年前吧,用过 wireshark 抓包,但当时只是对请求的 URL 分析,看有没有不符合需求的请求地址,别的就没怎么接触了。做接口测试是手工检查,也没怎么接触到协议这块儿。
http://www.notedeep.com/note/36/page/280 http 的学习资源汇总
https://www.cnblogs.com/ranyonsue/p/5984001.html http 的基础知识讲的很清楚
自我学习提升的那一段看完很有感触,向你学习,也要这样努力
用的敬业签,基本满足我的需求了
下载了,手机版和 PC 版不能那个同步
用的有道笔记,但是他的是待办事项,没看到便签,想要类似下面的:简单可以直接在桌面上编辑查看,加上同步功能的
测试点:
1、歌曲范围测试(本身的曲库是什么?)
2、歌曲匹配度测试(歌词、伴奏即无歌词部分识别)
3、声音的大小强弱测试
4、混杂有多种声音或歌曲测试
5、机器音、哼唱、口音、方言等方式演绎歌曲测试
6、一句歌词可匹配到多首歌曲的测试
额,现在是由于我在这个帖子中使用了原帖的地址,所以原帖中详情显示了 1 条回复?截图已不存在
期待后续~~~
补充下,除了密码,用户名也可能会更改。还有版本更新的情况。
测试中经常会出现这种情况:第一次测试,考虑不周全,第二次、第三次测试可能会加点,或者遗漏掉。这是缺什么呢?缺经验、缺方法、还是缺规范之类的?
修改密码和单点登录没有考虑到。。。
首先确定前提:
1、日期计算时,时间是按照服务器时间、数据库时间还是用户本机时间或者其他的计算的?
2、免登录是怎么实现的?是 Cookie 还是 Session?
3、计算是按照时分秒计算还是按照整天计算的?
测试点:
以 7 天为例
1、选择 7 天内免登录,登录后退出再次登录,是否免登录
2、选择 7 天内免登录,登录后,第七天登录,是否免登录
2、选择 7 天内免登录,登录后,第八天登录,是否免登录
4、考虑跨周的测试
5、考虑到跨月份的测试(28 天、29 天、30 天、31 天)
6、考虑跨年的测试
7、免登录期间重新手动登录,确认免登录的有效期是否更新
8、关于缓存的测试(清除缓存、覆盖安装、卸载安装等等)
涉及的方法论:
1、等价类划分法
2、边界值法
3、错误推测法
你把完整的元素目录截图出来,有可能是切换 frame 引起的
点赞,书写条理很清晰,期待后续。
第一家公司:钱给的太少,看不到成长的空间,领导画的大饼不相信,辞职
第二家公司:钱给的太少,看不到成长的空间,领导画的大饼不相信,辞职
第三家公司:钱给的还可以,看不到成长的空间,领导给画了大饼,在考虑年底是否要辞职
基于这个来说的话,使用进程模拟负载的资源开销相对较大,每个虚拟用户会使用一个单独的 mmdrv.exe 来完成负载的实现,这样做用户之间会相互独立,不互相影响。使用线程方式,那么所有用户都是在一个 mmdrv.exe 上模拟,但使用线程也会存在不稳定的情况,导致用户脚本执行错误。------来自某概念
性能测试中负载生成方式好像有进程和线程的区别。
谢谢,句句说到心坎上了。我今天想下那些地方可以改进,不再拘泥与自动化这个事情。
首先操作上会比不使用命令快很多(原来都是通过窗口的)。其次就没有了。话说 linux 命令除了部署或者查问题的时候会用到,其他时候会用到么?在测试工作中都有哪些应用?
感觉 windows 的批处理命令在测试工作中用到的多点。
多谢各位指点,接口测试确实是个方向,目前是开发自己做接口测试,或许我在这方面被认可后,可以专职做接口测试。
但是功能测试目前还是我做,真的是好累啊 胳膊好酸啊,就想搞点啥代替我手工操作。