Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2D4D2C360 for ; Thu, 13 Jun 2013 15:02:59 +0000 (UTC) Received: (qmail 80780 invoked by uid 500); 13 Jun 2013 15:02:59 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 80681 invoked by uid 500); 13 Jun 2013 15:02:55 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 80673 invoked by uid 99); 13 Jun 2013 15:02:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jun 2013 15:02:54 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of cmarcelk@gmail.com designates 209.85.213.48 as permitted sender) Received: from [209.85.213.48] (HELO mail-yh0-f48.google.com) (209.85.213.48) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jun 2013 15:02:48 +0000 Received: by mail-yh0-f48.google.com with SMTP id z12so1212973yhz.35 for ; Thu, 13 Jun 2013 08:02:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:message-id:mime-version:subject:date:references :to:in-reply-to:x-mailer; bh=Bumz/5dywZdDiIHAgpmD2kdbHVnxF8jBYnWiXltXbcY=; b=uUHL2qkggfISKpFMchoICBjfpBb1G1h+Yj0KUKLdDzqUyGo7p9rVT0tJ4ULxBTvw4A pLe1Fhht+MlfOmqQYYEzYM3RiSny0jPmMVBKi8g1rjTF0vFHZoZN/82NLkTNYO5aEpmr 525mXv+Ed1XoW50RDZzZgr0SRa3ZYYYKEYdRE66KiuwunScGXJ19kst2Y/O4DyQGP4AA 6vec6wWMJhIWOxGu498eL6xLc3HsfgtUcPDh3df2Jg5pNIj6/PvVvcvU6eoXWOsCm3fZ lMQ8n1vOKT3ic1NyfDdS2kl2LtIy7rC6CdUaqdZ2KSKOT6HfRPVojo17k0MXVxlLY0yM BctQ== X-Received: by 10.236.229.193 with SMTP id h61mr860509yhq.177.1371135747323; Thu, 13 Jun 2013 08:02:27 -0700 (PDT) Received: from [192.168.1.252] (cpe-065-190-081-241.nc.res.rr.com. [65.190.81.241]) by mx.google.com with ESMTPSA id u69sm34732380yhf.23.2013.06.13.08.02.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 13 Jun 2013 08:02:26 -0700 (PDT) From: Marcel Kinard Content-Type: multipart/alternative; boundary="Apple-Mail=_B9153A75-3838-43C0-B29F-26CB56B79D6B" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: We need better contributions from new people Date: Thu, 13 Jun 2013 11:02:26 -0400 References: <5B453437-97FC-4C57-9E54-358DDEC525D1@gmail.com> To: dev@cordova.apache.org In-Reply-To: X-Mailer: Apple Mail (2.1508) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_B9153A75-3838-43C0-B29F-26CB56B79D6B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Jun 12, 2013, at 6:10 PM, Joe Bowser wrote: > The problem with this approach is that we shouldn't rely on just > mobile-spec for our testing... >=20 > The fact is that on Android, if you're doing changes to the core, you > should be running the JUnit tests included with the project... Sounds good. So how about the following: - the developer (contributor or committer) is responsible to test their = own code and correct any problems before a pull request is submitted = (contributor authored) or it lands in the stream (committer authored). = The testing includes both verifying the function they added/touched, = plus running the test suites to verify there are no regressions. - When we say "run the test suites" this includes the automated tests in = mobile-spec, the manual tests in mobile-spec and any platform-specific = unit tests (i.e., cordova-android/test, cordova-ios/CordovaLibTests, = etc.) - if a pull request, the committer should sanity check the contributor's = code. This should include at least a simple visual inspection. - if a pull request, the committer should see that the contributor = tested it. A simple comment in Jira should suffice, similar to how Mike = and Lisa worked as contributors here: = https://issues.apache.org/jira/browse/CB-3521=20 If there is consensus, I can add the above verbage to the wiki. Do we want to go as far as the following? - every new function and defect fix should include an automated test = (where reasonably feasible) that lands in a test suite at the same time = as the new function / fix.=20 --Apple-Mail=_B9153A75-3838-43C0-B29F-26CB56B79D6B--