是简单显示‘密码错误’。”

周霜说：“记下来吧，后续修复。这个问题涉及到安全与隐私还是要看看。”

主要是出来的东西和他们设定的不一样，这就要去看是哪儿出问题了。

接下来是界面测试。

陆长歌拿起手机，仔细观察每一个按钮的位置和字体大小，“这个聊天窗口的设计有点问题，当消息过多时，滚动条会卡住。”

惠传坤在一旁也仔细看着，对于这个问题他也记了下来，并且标记为“优化类”问题，而非“阻塞性”问题，即虽然用户体验稍受影响，但不会导致程序崩溃或数据丢失。

后续的测试还有兼容性测试、压力测试，尤其是后者，为此他们还编写了一段脚本，模拟大量用户同时在线发送消息的情况下，是否一切正常……

等到后面，大家都逐渐忘记紧张，而全部沉浸在测试工作本身。

测试工作是否成功有几个重要指标，包括核心功能正常运行、稳定性和安全性达标、兼容性和适配性良好。与此相对应的就是核心功能失效，比如软件闪退，频繁崩溃或者直接卡死，数据包丢失，例如发的信息直接没了。

整个测试过程他们了很久，甚至没感觉到时间已经流逝，幸运的是，他们在此过程中没有遇到上述让人直接眼前一黑的问题，当然小问题无法避免，bug总是存在的。

“沈姐，觉得如何？”陆长歌问今天特意过来的沈墨，称呼也从沈小姐变成了沈姐。

“感觉上不错。”

陆长歌谦虚道：“即时通讯软件的出现已经有些年头，我们不过是照着前人走过的路再来一遍而已。”

“你觉得它的竞争力在哪儿？”

“克制。”

“怎么解释？”

“很好解释，稍微了解一下现在市场上智能手机的参数就知道了，运营内存很小，存储内存也不大，一款过于臃肿的软件肯定会被用户抛弃。聊天软件本身就是沟通的作用，除此之外的其他功能都要很克制。”

沈墨说：“这是个很矛盾的提法，如果很克制，那要怎么盈利？而且单纯论烧钱，大公司的实力可比我们厉害的多。”

“不是这样的。”陆长歌当过中层管理，他很明白一个道理，“大公司反而在这方面有弊病。如果我们和大公司都发布了这样一款软件，看起来我们目标是一样的，就是扩大用户规模。但其实大公司里的项目负责人他的最高目标并不是这个，而是让上面的领导层满意，所以他要回答有什么用、什么时候可以盈利，在这方面他的压力更大，克制

本章未完，请点击下一页继续阅读！ 第2页 / 共6页