评委追问道：“要是物品的重量和价值不是整数，是小数，咋调整动态规划算法？你可别瞎编。” 云宝思索片刻，缓缓说道：“要是重量和价值是小数，我们可以先把它们都放大一定倍数，变成整数。比如重量是 0.5 斤，价值是 0.8 元，我们都乘以 10，变成重量 5 斤，价值 8 元，同时把背包容量也乘以 10。然后按整数的情况用动态规划算法算出结果，最后再把结果除以放大的倍数。比如说，算出背包里物品总价值是 80 元，因为之前都乘以 10 了，所以实际总价值就是 8 元。这样就能在不改变算法基本思路的情况下，解决小数带来的麻烦。”
第四位评委目光犀利，开口问道：“网络编程里，TCP 协议和 UDP 协议有啥不一样？在简单的视频聊天场景里，该选哪个协议，为啥？” 云宝从容回答：“TCP 协议是有连接的，传数据可靠，它通过三次握手建立连接，传数据的时候会检查对错，错了就重发，能保证数据顺序对。UDP 协议没连接，传数据不太可靠，不保证顺序，但它传得快，开销小。在视频聊天场景里，一般选 UDP 协议。因为视频聊天对实时性要求高，偶尔丢几个数据对画面影响不大，要是用 TCP 协议，数据错了重发，就会让画面卡顿，影响聊天效果。比如说，我们视频聊天的时候，偶尔一两个字没听清不影响交流，但要是画面一直卡，就没法好好聊天了。而 UDP 协议虽然可能会丢几个数据，但能保证视频画面比较流畅。”
评委反驳道：“UDP 协议不可靠，用它做视频聊天，怎么尽量保证数据可靠？别给我扯些没用的。” 云宝回应道：“可以用一些办法提高 UDP 协议在视频聊天里的数据可靠性。比如用前向纠错技术，发送端发数据的时候，多送一些能用来恢复数据的冗余数据，接收端就能用这些数据把丢的数据找回来。还能在应用层自己写个简单的重发机制，接收端发现数据丢了，就叫发送端再发一次。另外，合理设置数据包大小和发送频率，也能在一定程度上让数据更可靠。通过这些办法，在保证视频实时性的同时，能让 UDP 协议传的数据更靠谱。”
第五位评委一脸冷漠，开口道：“软件工程里，软件测试很重要。你说说软件测试主要有啥方法？再讲讲，怎么做好单元测试？别讲得太专业，讲明白点儿。” 云宝回答：“软件测试主要有黑盒测试、白盒测试和灰盒测试。黑盒测试就是从用户角度出发，不管程序里面咋写的，只看输入和输出对不对。白盒测试是针对程序里面的代码逻辑、路径这些进行测试。灰盒测试就是介于两者之间。做单元测试，首先得清楚要测啥功能，针对每个功能模块写测试例子。测试例子要把各种正常情况和特殊情况都考虑到。比如说，测试一个计算两个数相加的函数，正常情况像 1 加 2，特殊情况像 0 加 0，还有最大数加最小数这些都得测。同时，要用合适的测试工具，像 Java 开发里常用 JUnit 框架，用它来看看函数算出来的结果对不对。”
评委追问：“实际项目里，怎么保证单元测试把该测的都测到，又不会测太多？你可别给我绕圈子。” 云宝回答：“可以用代码覆盖率工具，像 JaCoCo，看看哪些代码没被测试到，然后针对这些地方再写测试例子。为了不做多余的测试，要分清测试重点，像用户注册功能里，用户名、密码验证这些关键地方要重点测，那些只是显示提示信息的辅助代码，就可以少测点儿。比如说，在一个电商系统里，用户下单、支付这些核心功能要全面测试，而一些显示商品推荐信息的小功能，测试可以适当简化。这样既能保证软件质量，又能省时间、提高效率。”
云宝绞尽脑汁，有惊无险地答完了所有问题，自我感觉发挥得还算不错。然而，当答辩结果公布时，他瞬间如坠冰窟，结果竟然是不通过。云宝满心疑惑与不甘，仔细翻看评审意见，发现许多回答得准确无误的问题，竟被无端挑刺、打了低分。在四处打听后，他偶然得知，竟是高院长在背后暗中作梗。
云宝怒不可遏，径直去找高院长对峙。高院长坐在宽敞气派的办公桌后，二郎腿高高翘起，看到云宝进来，嘴角勾起一抹嘲讽的冷笑。云宝强压心头怒火，尽量平静地说道：“高院长，我想问问，为什么我的毕业答辩不通过？我觉得自己每个问题都认真回答了，答案也没问题。” 高院长冷哼一声，满脸不屑：“哼，你觉得没问题就没问题？学院有学院的标准，你以为随便应付几句就能毕业了？” 云宝焦急地解释：“我真没应付，每个问题我都用心答了，而且答案都是对的。我怀疑有人故意针对我。” 高院长脸色一沉，猛地一拍桌子，怒喝道：“你这是质疑学院的评审结果？你一个学生，不好好反思自己，还在这儿无理取闹。再这样，别说毕业答辩不通过，学籍都给你取消！” 云宝心中一阵恐慌，他深知高院长手握大权，真有可能说到做到。但他又实在咽不下这口气，咬着牙说道：“高院长，我只是想要个公正的结果。” 高院长不耐烦地挥挥手，嫌弃道：“出去出去，别在这儿浪费我时间。”
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！