Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add test: connected user can be retrieved #247

Merged
merged 2 commits into from
Apr 27, 2023

Conversation

jamesreprise
Copy link
Contributor

@jamesreprise jamesreprise commented Apr 27, 2023

What is the goal of this PR?

We've added a behaviour test scenario testing that the connected user is retrievable. This checks that the client provides a way to get the currently logged in user.

What are the changes implemented in this PR?

  • Added behaviour test scenario: connected user is retrievable.

@typedb-bot
Copy link
Member

typedb-bot commented Apr 27, 2023

PR Review Checklist

Do not edit the content of this comment. The PR reviewer should simply update this comment by ticking each review item below, as they get completed.


Trivial Change

  • This change is trivial and does not require a code or architecture review.

Code

  • Packages, classes, and methods have a single domain of responsibility.
  • Packages, classes, and methods are grouped into cohesive and consistent domain model.
  • The code is canonical and the minimum required to achieve the goal.
  • Modules, libraries, and APIs are easy to use, robust (foolproof and not errorprone), and tested.
  • Logic and naming has clear narrative that communicates the accurate intent and responsibility of each module (e.g. method, class, etc.).
  • The code is algorithmically efficient and scalable for the whole application.

Architecture

  • Any required refactoring is completed, and the architecture does not introduce technical debt incidentally.
  • Any required build and release automations are updated and/or implemented.
  • Any new components follows a consistent style with respect to the pre-existing codebase.
  • The architecture intuitively reflects the application domain, and is easy to understand.
  • The architecture has a well-defined hierarchy of encapsulated components.
  • The architecture is extensible and scalable.

@@ -36,6 +36,14 @@ Feature: Connection Users
Given users delete: user
Then users not contains: user

Scenario: users can get themselves
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is not really in our 'style' grammatically? Bit informal - try calling this 'connected user is retrievable' and call the step 'Then get connected user' instead of 'user get self'?

Copy link
Contributor Author

@jamesreprise jamesreprise Apr 27, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agreed, done.

@flyingsilverfin flyingsilverfin changed the title Add test: user can get themselves Add test: connected user can be retrieved Apr 27, 2023
@jamesreprise jamesreprise merged commit fbba9fc into typedb:master Apr 27, 2023
flyingsilverfin pushed a commit to typedb/typedb-driver that referenced this pull request Apr 30, 2023
…cted user (#413)

## What is the goal of this PR?

We've added a behaviour test step `get connected user` in line with changes made in typedb/typedb-behaviour#247

## What are the changes implemented in this PR?

Added user step: `get connected user`.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants