非全本,要不?
挺想来的,可惜不怎么会代码
给你看下我的一篇测试思路的文章,希望对你有所帮助:https://testerhome.com/topics/20419
嗯嗯,这个我认同,目前好多都是形式化,反而真正操作确是探索性的
我司是运营兼产品 哈哈哈
如何确保测试的深度与广度,怎样去提升??一个好的用例是否能很好的体现??
想尝试走专项,或者测开方向,但似乎不是很懂(基础很差)怎么办。。。。
大佬们,求助!
年后收人不
本科硬性条件么
能推荐小伙伴么~,
那 fiddler 和 Charles 的区别呢
如各位所说的,如果不是需要严格实名的地方,其实很多时候只效验最后一位,和中间的年 月日 部分, 如果真的有必要,可以接入公安的系统进行验证了
所以我在 文末也提到了,需求是否严格要求效验? 与之带来的测试与开发 包括后期的维护成本....
发现有好久了~一直没发上来
如果比较复杂的功能,测试用例也不一定能完全覆盖的到,倒不如通过发散思维去测试,尝试探索性时间效率上不仅比写测试用例和执行用例的速度要快,而且检出的有效 bug 数会比有测试用例的高很多。 当然我不是不否认测试用例,测试用例只是我们的一个辅助性的工具,可以通过思维导图,或者自己的一些小笔记等来体现。
如果 15 位的话,那么他的出生年月日则为1911年11月11日,而 18 位的话 1111 年从常识判断确实可以判定为 bug ,而按照图中的列表结算,也是错的,末尾数也不应该为 1,而是 0
如有不足之处,欢迎各位交流与讨论。
这个 bug 应该有好久了 , 我的机器是魅族 16th plus 之前我怀疑是 flyme 系统的问题...目前版本(7.9.0)