| Module | TestCase# | Description | Status | Version |
|---|---|---|---|---|
| Email – receiving email in Chandler | TCEM0001 | Configure IMAP and SMTP accounts and get email into Chandler | passing | RC4 |
| Email – Reply | TCEM0002 | updates the form and populates the TO field with the sender’s email address | passing | RC4 |
| Email – Reply All | TCEM0003 | Updates the form and populates the TO field with the sender’s email address and puts everyone else in the CC field | passing | RC4 |
| Email – Forward | TCEM0004 | Blanks out the contents of the TO and CC fields and puts the user’s address in the From field | passing | RC4 |
| Email - Creating IMAP folders | TCEM9999 | Click the 'add' Chandler folders button in the Account Prefs Incoming mail dialog. In another email client check that Chandler mail, Chandler Tasks and Chandler events folders appear | passing | RC4 |
| Email - Removing IMAP folders | TCEM9999 | Click the 'remove' Chandler folders button in the Account Prefs Incoming mail dialog and in another mail client check that the folders added in the previous test case are removed | passing | RC4 |
| Email – IMAP Folders | TCEM0007 | Check that emails sent from another Chandler automatically show up in the dashboard and In collections stamped as mail | passing | RC4 |
| Email – IMAP Folders | TCEM0008 | In another mail app check that dragging a email not originating from another Chandler to the Chandler Mail IMAP folder causes the item to appear in Chandlers dashboard after a sync | passing | RC4 |
| Email – IMAP Folders | TCEM0009 | In another mail app check that dragging mail into Chandler Tasks IMAP folder causes it to show up in Chandlers dashboard as mail stamped as a task | passing | RC4 |
| Email – IMAP Folders | TCEM0010 | In another mail app check that dragging mail into Chandler Events IMAP folder causes the item to show up in Chandlers dashboard as a mail stamped as an event | passing | RC4 |
| Email – IMAP Folders | TCEM0011 | if a message contains attachments (EIM, ICS) that Chandler can process. The stamping info in the attachments takes precedence over what folder it was dragged into, that is a message containing an .ics will still be stamped as an event even if it is dragged into the Chandler Tasks or Chandler Mail folders over the users choice of which custom Chandler folder is selected. | passing for .ics attachment passing for .eimml attachments | RC4 |
| Email – Supporting Chandler folders for POP mail users | TCEM0012 | Test for POP-only email accounts (details in the email spec on how to) | Not implemented for Preview | RC4 |
| Email Forwarding & Stamping | TCEM0013 | Test forwarding a message that is stamped as an event Chandler to Chandler * Forward fields are added to the Title and Notes * Original event attached to the message as an .ics file * User receiving this forwarded message in Chandler should see it rendered as an event in Chandler * Non-Chandler users receiving this forward will see the ics attachment and event details as text in the body of the Forwarded message | failing: Out of date testing requirement. The Mail Service no longer stamps forwarded Events as Events. All forwarded items are MailStamped? exclusively by default. The Event details are however included in the body of the forwarded message. | RC4 |
| Email Forwarding & Stamping | TCEM0014 | Test forwarding a message that is stamped as an event Chandler to Non-Chandler email client Non-Chandler users receiving this forward will see the ics attachment and event details on the Forwarded message | failing: Out of date testing requirement. The Mail Service no longer stamps forwarded Events as Events. All forwarded items are MailStamped? exclusively by default. The Event details are however included in the body of the forwarded message. | RC4 |
| Email Forwarding & Stamping | TCEM0015 | Test forwarding a message that is stamped as a task. Notes field should be updated with ‘Begin forwarded task:’User receiving the forward in Chandler should see it rendered as a task | failing: Out of date testing requirement. The Mail Service no longer stamps forwarded Tasks as Tasks. All forwarded items are MailStamped? exclusively by default. The Task details are however included in the body of the forwarded message as is the "Begin Forwarded Task:" header. | RC4 |
| Email Reply/Reply-All & Stamping | TCEM0016 | Replying to a message stamped as a task/event Reply should not inherit task/event stamp of the original emailTitle and Notes field should be updated with * xxx wrote on... to the top of the Notes field, 2 line breaks down from the top of the Notes field * fields from the detail view should be added to the text body: TITLE at LOCATION from/on DATE/TIME OPTIONAL TIME ZONE until OPTIONAL RECURRENCE END-DATE with a > token at the start of each line; | passing | RC4 |
| Sending email in Chandler | TCEM0017 | Create a basic email in Chandler and send it to others | passing | RC4 |
| Sending email in Chandler | TCEM0018 | Create an event on the calendar, stamp as email and add recipients to the addressing fields and Send | passing | RC4 |
| Sending email in Chandler | TCEM0019 | Create a task, stamp as mail, add recipients and Send | passing | RC4 |
| Sending email in Chandler | TCEM0020 | Create a new item,stamp as task and event and fill in the details, stamp as mail, add recipients and Send | passing | RC4 |
| Forwarding a message in Chandler | TCEM0021 | Select a message and click Forward. Add recipients to To and send | passing | RC4 |
| Forwarding a message in Chandler | TCEM0022 | Forward a msg stamped as a task, msg should be received as normal email (no ics or indication of taskness) | passing | RC4 |
| Forwarding a message in Chandler | TCEM0023 | Forward a msg stamped as an event, when received an .ics file should be attached | failing: Out of date testing requirement. A forwarded Event will not retain the Event Stamp by default. However, stamping the forwarded message as an Event will result in an ics file being attached to the message on send. | RC4 |
| Forwarding a message in Chandler | TCEM0024 | Repeat above (fwd) tests with all combinations of CC , BCC fields filled in with single/ multiple entries | passing | RC4 |
| Replying to a message in Chandler | TCEM0025 | Select a unstamped message and Click on Reply and send | passing | RC4 |
| Replying to a message in Chandler | TCEM0026 | Reply to an mail stamped as a event, when received email should contain event details in text body | passing | RC4 |
| Replying to a message in Chandler | TCEM0027 | Reply to an event stamped as a task, when received email should not contain indications of taskness | passing: An Event or Task that is replied to will not retain the Task Stamp and thus any indications of taskness. | RC4 |
| Replying to a message in Chandler | TCEM0028 | Repeat above (reply) tests using reply all | passing | RC4 |
| Replying to a message in Chandler | TCEM0029 | Repeat above (reply/ reply all) tests with all combinations of CC , BCC fields filled in with single/ multiple entries | passing | RC4 |
| Receiving messages in Chandler | TCEM0030 | Chandler user receives email from other Chandler users. It should show up in Chandler as an item stamped as mail with all relevant details | passing | RC4 |
| Receiving replied email | TCEM0031 | Chandler user received replied email from another Chandler user. This should show up as item stamped as email Notes field should contain all the previous message info | passing | RC4 |
| Receiving replied email that is an invite | TCEM0032 | Receive an invite from another Chandler. The event stamp should be retained and information preserved in detail view | failed: Out of date test requirement. No invite support in Preview. | RC4 |
| Receiving forwarded email | TCEM0033 | Receive an invite forwarded from another Chandler user. Check that invite retains its event stamp and information in detail view is preserved | failed: Out of date test requirement. No invite support in Preview. | RC4 |
| Non-Chandler user receiving email from Chandler user | TCEM0034 | Email received by non-Chandler user shows up as regular email. If the item received is stamped as an event when it was sent by the Chandler user, the event details appear in the message body | passing | RC4 |
| Pulling in emails from Task, Event and Message IMAP folders | TCEM0035 | Chandler user brings in items from Task, Event and Message IMAP folders, they should be stamped in Chandler as the appropriate kind. | passing | RC4 |
| Item byline – Created by …on | TCEM0036 | Create an item in Chandler and do not edit it or stamp it to be addressed. The “Created by ..on” should appear in the detail view | passing | RC4 |
| Send as | TCEM0037 | Create a note in Chandler and stamp it as a message to be sent out. The “Send As” by-line should appear in the detail view | passing | RC4 |
| Sent by…on | TCEM0038 | Create a message in Chandler and send it. The “Sent by” by-line should appear in the detail view when the message has been sent for the first time | passing | RC4 |
| Edited by | TCEM0039 | “Edited By” by-line should reflect the last person who edited the item regardless of whether it has been Sent/Updated or not. Stamp and address the message and the “Edited By” field should be a pull-down menu to select the email account to send it from. | passing | RC4 |
| Edited by…on | TCEM0040 | Edit an item in Chandler and click away. The “Edited by…on” by-line should appear in the detail view regardless of whether it has been Sent/Updated or not | passing | RC4 |
| Updated by..on | TCEM0041 | “Updated by..on” should appear in the detail view and show the last person who updated the item once an item has been updated in Chandler | passing | RC4 |
| In Collection | TCEM0042 | If you are in the TO, CC or BCC you should see the item in the In collection. Who the message is From, Edited or Updated should appear in the who column | passing: However, the Who field will show the to address if the message is from "me". I think this is the correct behavior. | RC4 |
| Out Collection | TCEM0043 | If you are in the From, Send Via, Sent By, Edited By, Updated By fields it should appear in the Out collection. And who the message is TO should appear in the who column | passing: However, like TCEM0042 the Who column logic is more complex in the choice of which value to display. | RC4 |