#14 楼 @chenhengjie123 认真~
long long ago,
有个小团队,开始说要搞敏捷,
最早的敏捷项目,产品也没那么混乱,业务没那么复杂。
迭代周期虽然短,但是靠着开发负责人的态度,产品勉强执行的流程,测试努力的跟进,也能在迭代期内好好出东西。
两三个迭代中会穿插着一个优化/修 BUG 的小迭代。
但公司发展越来越开,运营的需求应接不暇。
业务复杂了,对技术实现的深度也有了要求了,开发哥哥们来来去去换了不知道几波人。
但 “敏捷” 的周期还是那么短,喊着敏捷,敏捷中重要的流程也丢失了。
开发也忙于业务了,产品为了运营的营收需求也失去了原则了。
慢慢得发现每次发版本总是有小 BUG,有小范围的 crash。
两三次迭代中会穿插着一个紧急上线修复在线 Crash 的小迭代。
每次产品和开发都来怪测试,测试委屈得很咧。
retrospective meeting 也变成了批斗大会,永远没有深刻的反省。
好像团队中只有测试关注质量,但这并没什么卵用,需求评审、技术评审不再有用,因为发版时间已经是产品和运营之间定了。
最后,这个团队还是能做出东西,能得到嘉奖。
但是开发和测试身心疲惫...越陷越深...
对,说的就是你们团队..对,就是看这段文字的你们团队...【地图炮勿在意】
当开发和产品抱团不对产品的质量去负责考虑的时候,测试是无力的。
还是老话啊,质量是开发出来的...
#8 楼 @woniu 看 9L~这次活动模式确实是效仿 Rails Girls。理念差不多。
#10 楼 @victoriaqu 北京暂时没哦,这是第一届。
#11 楼 @sassha 资源问题哈,最小范围内争取最大的效果。观光席是没的了~妹子审核过了就可以参加。
#12 楼 @hxhapppppy 男性可以报名当讲师~
#13 楼 @tobe_nb 活动模式的关系,跟讲座不一样,不支持旁听哈~请耐心等待审核~
#4 楼 @wyb199026 感觉这是 BUG。然后我好像没听说 Appium 的 Bootstrap 还会截取 INTENT?
方法 1:hide_keyboard()【3L】
方法 2:使用 Appium 的键盘(无 UI)【5L】
安装 node 的时候记得用 sudo
两个同学在 PP~应该是不错的~
看到中车吓得一激灵~
学习了,感谢分享。
#7 楼 @pandachen 大家都是黑盒,白盒是另外一个层次了。重在分享,我也期待看一下 Jmeter 的东西。
我也觉得其实跟普通的测试并没有太大区别,恒温两句话简直就是说到了点子上了好么...我拓展一下...
接口也是程序;
接口负责处理 client 提交过来的请求,根据请求内容,完成 操作数据库/读取数据库/数据排序/请求其他服务 等操作,然后将操作的结果返回给 client,client 做出相应的展示或处理;
那么接口实现了什么功能,你就测什么功能,无非是 “点点点” 变成了更加直接的 post 操作或者 get 操作;
功能没问题了,那么丢点异常的数据进去看看会怎么样....异常包括安全方面的考虑...这就不展开了...
异常处理没问题了...那把上面的操作整理整理...套进框架里面去,做成自动化,让工具自动校验输入输出...
ok,什么工具都能玩...就看你想怎么玩...
玩够了之后,再来试试看通过自动化,建立一下场景和环境,做一下并发,看看接口服务器的承压能力,数据库的承压能力,是不是达到要求;
从而检查是不是接口代码有性能瓶颈,数据库是不是没建索引等等等等...
mac 拖动
try windows drag
试试 GIF
————————
试后感想....
oh god...真的变'GIF'了
哈哈!最后一句说到了重点哇!
直接 学习 espresso 呀...
#2 楼 @monkey
#1 楼 @lihuazhang 哈哈哈哈 都是二次元风格了。。🐵哥我两风格比较接近。。