• public class Change {
        private int returnNum=0;
    
        /*
         * 输入一个string,转换成int
         */
        Change(String string) {
            byte[] by = string.getBytes();
            //判断是否带负号
            if (by[0] == '-') {
                for (int i=1;i<by.length;i++) {
                    returnNum =returnNum*10+(by[i]-48);
    //              System.out.println(returnNum);
                }
                returnNum = ~returnNum+1;
            }else{
            for (byte b : by) {
                returnNum =returnNum*10+(b-48);
    //          System.out.println(returnNum);
            }
            }
        }
    
        public int getNum() {
            return returnNum;
        }
    
        public static void main(String[] args) {
            // TODO 自动生成的方法存根
            Change change =new Change("-1234");
            System.out.println(change.getNum());
        }
    
    }
    

    好吧,我也不清楚自己到底什么程度算自己写,就这样吧,本来只想写正数的,但是强迫症。。请大神多多指教。
    用例的话:
    1.正向用例一个,就输入 1234
    2.边界值总要考虑的,输入的数字超过 int 范围。
    3.a) 题目说的是把字符串转化成数字,可能会考虑到 asdf 这种字母。
    b) 输入汉字。
    c) 标点符号特殊字符。
    4.性能的话,实在才疏学浅。不献丑了。。

  • 2015 年 10 月实习,16 年 6 月毕业,到现在一直都是做测试
    现在刚过完 23 岁生日
    自学的 linux shell,能写几个部署之类的脚本,linux 只是懂一点点
    因为工作是网络相关的,所以 TCP,HTTP,DNS 等网络协议懂一点,TCP 了解三次握手,四次挥手什么的,
    HTTP 大概了解 HTTP 头,状态码
    java 也是自学的,java 基础基本没问题,自学 testNG,springMVC,可以用 spring+springMVC+MyBatis 写个查询的接口
    testNG 会用基本的功能,再集成个 extentreport 做报表,
    性能测试的话用 jmeter 做过单个接口的压力测试
    sql 懂增删改查简单的。。。
    怕是拖了大家后腿了。。。

  • 可以歪个楼吐槽一下技能名称么。。。。。

  • 感谢大神指点方向
    其实有些症结是整个团队对质量体系认知不足,以前提出来过,决策层不听。。。
    还有一个故事是我们这测试看不到代码的,之前申请 SVN 代码权限,被领导层以 “不安全” 为由给否了。

  • 提出建议被一票否决😂

  • 这都能发现我😂

  • 但是貌似写 case 挺快吧。。。还有更多时间都在干什么嘞?。。。。

  • 我看了一部分《google 软件测试之道》对于里面测试开发的描述,我的印象是:测试开发地位非常高,因为其中有一个任务就是要了解开发的详细设计,然后提升开发代码可测性,通俗点讲就是如果开发对于这个功能代码上的设计耦合度太高或者可测性太低,是有权利要求重构代码的,要求开发提供可测性高的代码,就是万物皆可测。光凭这一项可能就不是 “会” 写代码那么简单了。然后就是为开发提供测试所需的一切东西,开发要写单元测试,测试开发就提供测试框架。目前这本书只看了前面一部分,还有要说的就是 google 的质量并不是某一个职位所带来的,而是整个公司的研发体系。

  • 测试方法论-质量的基石 at 2017年11月17日

    我讲一下我的理解哈,工作了两年,测试思维哪些也用过,自动化也写过,实际上这两个不能说是测试,准确的形容应该是服务测试的工具,测试思维是工具,自动化之类的也是工具,服务于测试人员本身。就我目前的理解,这两个东西就是相辅相成的,没说哪个强哪个弱,两个都有就最强,一个是剑法招式,一个是内功,强弱不在于他们本身,而在于使用的人,一个剑法稀烂的人也打不过一个内功浑厚的人,一个剑法高超的人也可以秒杀一个内功渣渣的人,所以这两个东西没有谁强谁弱,只不过是目的相同,都是为了保证质量,引用一句名人名言:不管白猫黑猫,抓住老鼠就是好猫。

  • 我滴天。。看起来像是很庞大一个平台。。

  • 好的,我记了一下,感谢😘

  • 你们在用的过程中又发现比较明显的局限性或者棘手的地方么。。。取下经哈😋

  • 加油加油。。💪 💪 💪

  • 刚开始脑子一热的确是想做个平台的。。。就是用例数据直接在平台里面输入,后面发现太庞大了,一个人做有点任重道远,,就开始砍砍砍。。。就变成了现在这个样子。。(我还是太年轻。。)

    mybatis 修改过来了。。嘿嘿