软件测试那些事⼉（持续更新中）
1. 什么是正向测试⽤例和反向测试⽤例
1. 正向测试⽤例(Positive Test Case)和反向测试⽤例(Negtive test Case)是对测试⽤例的⼀种分类。举例如下：⼀个登陆输⼊框只能
输⼊邮箱号，那么
正向⽤例可以为:11@22
反向⽤例可以为：其它值（往往输⼊后期望抛出异常或者给出error提⽰）
反向测试⽤例通常指，系统不⽀持的输⼊或状态，这类⽤例可以检查系统的容错能⼒和可靠性。
2. 这么分类的意义：
1）往往我们会把正向测试⽤例优先级设置为较⾼或者必测case，反向测试⽤例优先级较低；这对测试⽤例分类和回归测试提⾼效率有⼀定帮助。
2）但是缺点也⽐较明显：
a) 这个概念不是很通⽤的概念，很多时候容易引⼊混淆；很难判断⼀个测试⽤例是正向还是反向⽤例。
b) 很多反向⽤例也很重要
2. 敏捷， CICD， DEVOPS是怎么回事？
1. 敏捷开发和传统开发的区别
如下图，传统开发主要时间花费在前期⽤户需求调研，⽂档输出上。开发只要拿到需求⽂档就能照着写code，并且认为整个开发过程可以预估。如果发⽣⼤的需求调整是需求⼈员前期⼯作没有做好。也就是图中的现有轮⼦再有地盘再有车⼀步步执⾏。流程严谨且繁多。
敏捷开发则接受现在的互联⽹世界⾼速发展，前期调研的需求再好可能开发出来以后客户也⽤不上了。拥抱变化， 快速迭代是敏捷开发的核⼼。举个例⼦：Instagram 最初是⼀个地理位置打卡 App，后来发现⽤户不怎么在乎地理位置，更喜欢上传照⽚，就改做照⽚上传软件，结果成了独⾓兽。
2.软件测试app
3.
持续集成（CI）是⼀种软件⼯程实践，团队成员以越来越⾼的频率集成他们的⼯作。通过长久的 CI 实践，团队⾄少每天甚⾄每⼩时进⾏集成，以此接近“连续”程度的集成。
从历史上看，集成⼀直是⼀项昂贵的⼯程活动。因此，为避免项⽬遭受重创，CI 强调了驱动构建和测试的⾃动化⼯具。 CI 实现之后，构建和集成⼯作就会减少，团队也可以尽快检测到集成错误。
持续交付（CD）⽤于打包和部署 CI 要构建和测试的项⽬。实践 CD 的团队可以构建，配置和打包软件，并编排其部署⽅式，以便可以随时以软件定义的⽅式（低成本，⾼度⾃动化）将其发布到⽣产环境中。
由于软件更改更频繁地投⼊⽣产，⾼功能化的 CI/CD 实践直接促进了敏捷开发。因此，客户有更多机会体验产品变化并提供反馈。
DevOps ⽂化
DevOps 专注于敏捷开发过程中⽂化和⾓⾊的局限性。 DevOps 的⽬的是解决组织中过度专业化和不同部门⼈员沟通不畅导致的⼀些痛点，例如对⽣产问题⽆法快速甚⾄有效响应。DevOps 组织通过对每个团队进⾏彼此技能的交叉培训来打破运维和开发之间的障碍。这种⽅法提⾼了每个⼈欣赏和参与彼此任务的能⼒，并促进了更⾼质量的协作和更频繁的交流。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。