对上海45期沙龙最后一小时问答时间的一点建议！

Aimbot

这次的主题是flex的性能测试，但是最后一小时问答时间觉得非常不嗨皮。因为不管是嘉宾还是问问题的同学们都在问答非这次沙龙主题的问题上了，什么职业发展等等等。。。
提几个意见，大家讨论下？

参加的同学们：
1. 参加沙龙前多查阅一下资料，了解这次话题的覆盖面，哪些自己了解，哪些希望在沙龙获得提高。 -> 这样听起来也有针对性，能学要自己想要学的东西。
2. 准备好可能要问的问题，有些主持人在讲解的时候可能就回答你了，剩下要问的写起来也快。 别忘了写问题的时间就10分钟！！！

主办方：
1. 对问题做一下优先级的排序，哪些是针对这次话题的问题，哪些是相关的但联系不大的排个序，毕竟时间有限。
2. 不相关的问题在时间不允许的情况下还是结束后在论坛里回答吧。

发点牢骚，希望大家别介意哈。

楠族开心果

确实。。一些学生提出的问题，并不是围绕今天主题的。特别是最后一个问题，我觉得讲师没有看到太尴尬了，这个问题才是围绕今天主题展开的。
希望以后提问的学生们，比如：黑盒和白盒哪个更有发展？证书是否有用等等，先学会在论坛上找答案，如果论坛里的答案不是你想要的，可以在论坛里提问或者给讲师发邮件等等。。。。

[ 本帖最后由 楠族开心果 于 2010-7-26 08:01 编辑 ]

楠族开心果

抱歉，我只是站在一个听课者角度来说的……

云层

意见很好，主要是上来做解答的不都是做性能测试，有些朋友也是为了想了解相关知识来的，所以有些问题不一定是针对性能测试来说。ps另外有一些性能测试的问题我觉得太通俗或者细节了，直接回来在论坛上解答会更好点。

achang21

今天第一次听51testing 的沙龙， 个人感觉非常不错，我自己也了解不少新东西，对测试有了更全面的认识！在此也提出自己对沙龙的一些个人建议.
1. 希望沙龙后边能讲一些测试领域大家比较关心的东西，一些主流的东西，和比较前沿的新技术。
2. 希望各位讲师能讲一些自己职业生涯的经历，能讲些一些学习的方法，我想这对大多数人都会很有用。

其他的暂时还没有想太多，总之希望51testing越办越好。再次感谢51testing能给大家这样的相互交流学习的坏境。

云层

偷偷告诉你，一般细节问题都是下来单独说的，因为一两句话解决不了，而且别人听了完全不知道怎么回事。
ps.今天的话题太专业了，否则解答一完成，我们就被团团围住

Aimbot

原帖由 云层 于 2010-7-24 22:58 发表
偷偷告诉你，一般细节问题都是下来单独说的，因为一两句话解决不了，而且别人听了完全不知道怎么回事。
ps.今天的话题太专业了，否则解答一完成，我们就被团团围住

那下周抽个时间宵夜个？ 其实被团团围住的时候可以大发培训简介啊，就像校招的大发公司介绍一样啊，万试万灵啊。

云层

原帖由 Aimbot 于 2010-7-24 23:36 发表


那下周抽个时间宵夜个？ 其实被团团围住的时候可以大发培训简介啊，就像校招的大发公司介绍一样啊，万试万灵啊。

我们做沙龙主要是交流，培训简介还是免得，免得搞得和传销一样，这个不是我们的初衷啊，大家好才是真的好

Aimbot

那无论是问题还是解答都应该是越专业越好，大家才能真的好么。听不懂的最起码也有动力去查查到底在讲些什么。。。而不是屁颠屁颠的在下面沾沾自喜，觉得自己能听的懂真的很了不起。

luckying

后面一个小时的东西，挺有帮助的。

alice2003yf

这次沙龙的主题确实太专业了，不好问问题，没有一定了解的人或者不了解细节的人真不好问相关的问题

nobuo0908

LZ是不是那个最后现场提问的那位啊？

dhrbc

楼主如果是最后问问题的那位，非常抱歉，我没有看到您的问题单，但是针对您现在项目的问题我想说以下两点：
1.你目前的项目实际是是一个性能或者说用户容量敏感的项目，也就是说，你的性能需求已经上升为系统需求。那么基于这个前提的话，你在项目开发的整个过程中，包括风险分析，技术选型，系统的架构设计，数据库结构优化，模块的划分，甚至单元级别的性能都是必须考虑的因素，也就是说在架构设计与开发过程中，性能指标就应该被赋予很高的优先级，因为这个是项目的主要风险。
我们不应该在项目开发阶段的后期，才去要求系统的性能与容量。有一点是必须明确的，软件系统的性能是设计与开发出来的，而不是测试出来的。
2.对于你要求的负载和系统容量，我具体不知道在哪个数量级，但是做服务器的降级，粗略估算一个降级模型应该是可行的思路。
3.至于您讲的测试精度问题，我没有明白您的具体意思与问题的本质，非常道歉

dhrbc

很好的建议，顶

Aimbot

原帖由 dhrbc 于 2010-7-26 10:49 发表
楼主如果是最后问问题的那位，非常抱歉，我没有看到您的问题单，但是针对您现在项目的问题我想说以下两点：
1.你目前的项目实际是是一个性能或者说用户容量敏感的项目，也就是说，你的性能需求已经上升为系统需求。 ...

0. 恩，我是最后一位问问题的同学。

关于您的答复：“1.你目前的项目实际是是一个性能或者说用户容量敏感的项目，也就是说，你的性能需求已经上升为系统需求。那么基于这个前提的话，你在项目开发的整个过程中，包括风险分析，技术选型，系统的架构设计，数据库结构优化，模块的划分，甚至单元级别的性能都是必须考虑的因素，也就是说在架构设计与开发过程中，性能指标就应该被赋予很高的优先级，因为这个是项目的主要风险。我们不应该在项目开发阶段的后期，才去要求系统的性能与容量。有一点是必须明确的，软件系统的性能是设计与开发出来的，而不是测试出来的。”

我的观点：
1. 我完全同意性能指标是项目的主要风险而且我们不应该在项目开发后期才去关注性能，我所在的团队正在为此努力。
2. 单元级别的性能测试对我们而言已经不是问题了lol，现在努力的方向是测试级别的广度（用户行为模型，性能模型等等）和测试分析（分析性数据库构建，统计学，多数据源匹配等等）
3. 对您“有一点是必须明确的，软件系统的性能是设计与开发出来的，而不是测试出来的。”的观点，我持完全相反的态度。伟人也说过：“实践是检验真理的唯一标准。”对一个未完成的项目而言，实践应该等同于测试！对应于敏捷的实践就是TDD（测试驱动开发）。即便是我所在项目设计和开发的测试工具也是用迭代的方法一个sprint一个sprint点做出来的，当然一个long-term的远景是必须的。

关于您的答复：“2.对于你要求的负载和系统容量，我具体不知道在哪个数量级，但是做服务器的降级，粗略估算一个降级模型应该是可行的思路。"

我的观点：
4. 恩，这个也在考虑中。当然我们也想了个取巧的办法在不降级的情况下做10万人级别的测试，但往上肯定要做降级模型

关于你的答复：“3.至于您讲的测试精度问题，我没有明白您的具体意思与问题的本质，非常道歉”
我的答复：
5. 其实我的问题已经post在论坛上了。您可以参考：http://bbs.51testing.com/thread-264950-1-1.html 当然篇幅原因也不是100%的详细。

希望51testing的测试沙龙越办越好，当然也希望有一天能作为一名专家和大家分享一下在服务器集群性能测试方面的经验甚至更多。lol

星子

谢谢Aimbot会员对51Testing沙龙的支持，期待您下次的参与，说不定下次上海沙龙你就是答疑嘉宾了啊，呵呵！
最后谢谢所有参加本次沙龙的会员！呵呵

云层

我仍然支持系统的性能是设计出来的，如果设计不合理那么需要通过测试来验证，但是这个验证至少应该是在模型阶段而不是系统阶段，否则就算发现不合理也没有能力推翻引擎从来了

cncnily

希望云层老师来北京开沙龙 我请您去北京饭店吃大餐
上次没有赶上 可惜了！

[ 本帖最后由 cncnily 于 2010-7-27 11:04 编辑 ]

Aimbot

可是不测又怎么知道它是否合理呢？
=============================================================================
我觉得测试的目的既有找到一种方法去证明系统的合理性也有制造一种环境让系统无法胜任它的工作。
=============================================================================

关于第一点：引用一下Dr. Bill Hetzel（代表论著《The Complete Guide to Software Testing）：
Test Definition: Establish confidence that a program does what it is supposed to do. （1973）
Test Definition: Any activities aimed at evaluating an attribute or capability of a program or system. （1983）

关于第二点：引用一下Glenford J. Myers（代表论著《The Art of Software Testing》）
Test Definition: The process of executing a program or system with the intent of finding errors.

===========
关于推翻重来
===========
推翻重来在游戏行业很普遍吧。。。。当然，得益于早期在工作原型（Prototype）上的一些测试，我们没推翻重来过很多次

dhrbc

性能测试能告诉你系统的性能与容量是否符合你的需求，同时也可以作为系统性能调优的依据。但是性能测试本身并不会改善系统的性能，换言之，对于确定的系统，无论你是否开展性能测试，系统的性能指标是确定的。性能测试不是最终的目的，它只是为系统调优提供手段，或者说是证明系统符合客户需求的手段。